- Arch-dev-public - lists.archlinux.org

[arch-dev-public] lirc testing package older than extra
by Thomas Bächler 29 Jan '08

29 Jan '08

http://www.archlinux.org/packages/search/?q=lirc The testing package has an older pkgrel than the extra package, what happened here?

3 3

[arch-dev-public] absence
by Varun Acharya 29 Jan '08

29 Jan '08

2008 has started off really busy for me, and I have to attend a medical conference tomorrow. I wont be able to access the internet for a week (till the 29th of Jan). Please feel free to update my packages if you feel the need to do so. Thanks, Varun

1 1

[arch-dev-public] [signoff] wget 1.11-1
by Andreas Radke 29 Jan '08

29 Jan '08

in testing for both architectures. please signoff. -Andy Changelog: * Changes in Wget 1.11. ** Timestamping now uses the value from the most recent HTTP response, rather than the first one it got. ** Authentication information is no longer sent as part of the Referer header in recursive fetches. ** No authentication credentials are sent until a challenge is issued, for improved security. Authentication handling is still not RFC-compliant, as once a Basic challenge has been received, it will assume it can send credentials to any URL at that same host, and not just the ones at or below the original authenticated location. Credentials for Digest authentication are still never saved or issued automatically, and continue to require a challenge for each resource. ** Added --max-redirect option, allowing the user to specify what should be the maximum number of HTTP redirects to follow. ** Wget now supports saving HTTP downloads using file names specified by the `Content-Disposition' header. This is a standard way of specifying the file name used by many web dynamically generated pages. However, the current implementation is inefficient, and known to have bugs. It is EXPERIMENTAL only, and not enabled by default. Use --content-disposition to enable it. ** The new option `--ignore-case' makes Wget ignore case when matching files, directories, and wildcards. This affects the -X, -I, -A, and -R options, as well as globbing in FTP URLs. ** ETA projection is now displayed in "dot" progress output as well as in the default progress bar. (The dot progress is used by default when logging Wget's output to file using the `-o' option.) ** The "lockable boolean" argument type is no longer supported. It was only used by the passive_ftp .wgetrc setting. If you're running broken scripts or Perl modules that unconditionally specify `--passive-ftp' and your firewall disallows it, you can override them by replacing wget with a script that execs wget "$@" --no-passive-ftp. ** The source code has been migrated to Mercurial. The repositories are available at http://hg.addictivecode.org/. Prior to this, the source code was hosted on Subversion (migrated from the original CVS); you can still get access to older tags and branches for Wget in the Subversion repository at http://addictivecode.org/svn/wget/.

4 3

[arch-dev-public] [signoff] automake 1.10.1-1
by Andreas Radke 29 Jan '08

29 Jan '08

in testing for both architectures. please signoff. please test it carefully. -Andy ChangeLog: New in 1.10.1: - Automake development is done in a git repository on Savannah now, see http://git.sv.gnu.org/gitweb/?p=automake.git A read-only CVS mirror is provided at cvs -d :pserver:anonymous@pserver.git.sv.gnu.org:/automake.git \ checkout -d automake HEAD - "make dist" can now create lzma-compressed tarballs. - `automake --add-missing' will by default install the GPLv3 file as COPYING if it is missing. Note that Automake will never overwrite an existing COPYING file, even when the `--force-missing' option is used. Further note that Automake 1.10.1 is still licensed under GPLv2+. - Libtool generic flags are now passed to the install and uninstall modes as well. - Files with extension .sx are also treated as preprocessed assembler. - install-sh now has an BSD-like option `-C' to preserve modification times of unchanged files upon installation. Bugs fixed in 1.10.1: * Long standing bugs: - Fix aix dependency tracking for libtool objects. - The signal handling of aclocal has been improved. - Targets beginning with a digit are now recognized correctly. - All directories `.libs'/`_libs' used by libtool are cleaned now, not only those in which libraries are built. * Bugs introduced by 1.10: - Fix output of dummy dependency files in presence of post-processed Makefile.in's again, but also cope with long lines. - $(EXEEXT) is automatically appended to filenames of XFAIL_TESTS that have been declared as programs in the same Makefile. This is for consistency with the analogous change to TESTS in 1.10. - The autoconf version check implemented by aclocal in aclocal.m4 (and new in Automake 1.10) is degraded to a warning. This helps in the common case where the Autoconf versions used are compatible. - Fix order of standard includes to again be `-I. -I$(srcdir)', followed by directories containing config headers.

3 4

[arch-dev-public] Explicit listing of dependencies in the base group
by Travis Willard 29 Jan '08

29 Jan '08

I think we've been over this before, but I forget what was decided. Should we, or should we not, be explicitly listing deps such as ncurses, openssl, readline, and so on? These are all in base, and namcap seems to think it's not necessary. I personally disagree with namcap here - I think any link-time dependencies of a particular app should be explicitly listed, but that's me. Did we decide something here? Am I just clueless that I can't find it in the archives? ---------- Forwarded message ---------- From: Kevin Monceaux <Kevin(a)rawfeddogs.net> Date: Jan 28, 2008 2:17 PM Subject: Re: [arch-general] New User(sort of) and a packaging question To: General Discusson about Arch Linux <arch-general(a)archlinux.org> On Mon, 28 Jan 2008, Travis Willard wrote: > I think namcap ignores dependencies in the 'base' group, since > everyone is expected to have base installed, maybe? I'm not 100% sure > of its internals in this sense. That sounds like a reasonable possibility. To get an idea of whether it's more common to explicitly list base dependencies or leave them out I checked a couple of other packages that depend on ncurses. extra/editors/vim and aur/unsupported/alpine both depend on ncurses but don't have ncurses listed as a dependency. extra/network/irssi and extra/network/mutt, on the other hand, explicitly list ncurses as a dependency. So, it looks like there's a mixture in both official and aur based packages. > I'd say leave them in - they're clearly needed. I looked through the Arch Packaging Standards page and didn't really get a clear impression on which is the preferred method, but I might have missed something. So, unless I hear otherwise, I'll explicitly list them. Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX Si hoc legere scis nimium eruditionis habes. Longum iter est per praecepta, breve et efficax per exempla!!!

1 1

Re: [arch-dev-public] arch: Package [klibc] marked out-of-date
by Thomas Bächler 28 Jan '08

28 Jan '08

Arch Website Notification schrieb: > * Note: this is an automated message > > gdamjan(a)gmail.com wants to notify you that the following package may be out > of date: > > klibc (http://www.archlinux.org/packages/13319/) > > The user provided the following additional text: > > Recompile against 2.6.24, please :) > > I am a little in trouble here. After some patching, I got klibc to install the correct headers (asm-x86_64 vs. asm-x86, due to the x86 merge). However, this version does not link any binaries, all I get is "undefined reference to <insert very common function here>". Can anyone find a solution? If anyone wants to help fixing the problem, I can upload klibc packages and PKGBUILDs.

2 3

[arch-dev-public] Updating 'man'
by Aaron Griffin 28 Jan '08

28 Jan '08

Hey guys, I tried contacting Andy directly but got no response, so I am going to run this by everyone else. I want to update the man package with a couple of changes: Remove -Tlatin from the nroff call, as nroff will autodetect the proper charset (this will help in displaying utf8 man pages), closing 7477 hopefully. Run configure with +fhs so that it thinks man pages are in /usr/share/man *first* Is this acceptable? Thanks, Aaron

7 18

[arch-dev-public] [signoff] which 2.19-1
by Andreas Radke 27 Jan '08

27 Jan '08

in testing for both architectures. please signoff. nothing special. Version 2.18 --> 2.19 * Upgraded code from bash to version 3.2. This DOES has influence on how Which behaves under certain circumstances. * Support for Cygwin: Two leading slashes are now treated as possibly special, because a double leading slash can have an implementation-defined meaning (depending on the Operating System), as is for example the case in Cygwin. See http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap04.html#tag_… This means that GNU which no longer collapses two leading slashes of a path into a single slash. * When the environment variable HOME is not set, the home directory is now read from /etc/passwd or set to '/' if no home directory could be found (this now matches the tilde lib used in bash). * Fixed the function declaration given in README.alias * Added a @dircategory and @direntry to which.texinfo * Changed the license to GPLv3. Version 2.17 --> 2.18 * Fixes regarding cwautomacros (maintainer build system only). * Improvement of 'make release' target (maintainer target). -Andy

4 5

[arch-dev-public] [signoff] dhcpcd 3.2.0
by Tobias Powalowski 27 Jan '08

27 Jan '08

Hi please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] Filename search for Arch
by Thomas Bächler 26 Jan '08

26 Jan '08

It is a much requested feature: Someone wants to search for a filename and get a package name, and there is no possibility in Arch. I have scripts to generate filelists from the package files which could run once a day or so. However, cactus (after a short jabber discussion) disagress with me on how the search would be done: My suggestion: Create a script on the webserver that "greps" through the prepared filelists or searches a sql database, then gives you a machine-readable output via xml or json that can be displayed in a client (for example a 'pacman -So' option). However, cactus thinks that this would put too much load on the server. Another possibility: Make the filelists available for (optional) download and search them offline (with pacman or another tool). My problem here is: total 140M -rw-r--r-- 1 thomas users 35M Jan 21 17:06 filelist.community-i686 -rw-r--r-- 1 thomas users 34M Jan 21 17:11 filelist.community-x86_64 -rw-r--r-- 1 thomas users 1.6M Jan 21 16:52 filelist.core-i686 -rw-r--r-- 1 thomas users 1.6M Jan 21 16:52 filelist.core-x86_64 -rw-r--r-- 1 thomas users 32M Jan 21 16:57 filelist.extra-i686 -rw-r--r-- 1 thomas users 32M Jan 21 17:02 filelist.extra-x86_64 -rw-r--r-- 1 thomas users 2.1M Jan 21 17:11 filelist.testing-i686 -rw-r--r-- 1 thomas users 2.0M Jan 21 17:12 filelist.testing-x86_64 -rw-r--r-- 1 thomas users 1.2M Jan 21 17:11 filelist.unstable-i686 -rw-r--r-- 1 thomas users 673K Jan 21 17:11 filelist.unstable-x86_64 Which is 8.9MB compressed with bz2, a lot to download if you have to update the lists every day to have an up-to-date version. What do you guys think?

10 33