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

[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

[arch-dev-public] [signoff] kernel26-2.6.24-1
by Tobias Powalowski 25 Jan '08

25 Jan '08

Hi kernel bump to .24 series for both arches in testing, please signoff please also signoff the modules: madwifi ndiswrapper rt2500 wlan-ng26 integrated upstream into .24 series: ipw3945 iwlwifi rt2x00-cvs no signoff needed for them anymore greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] gcc / gcc-libs / gcc-fortran / gcc-objc splitup issues
by Jan de Groot 25 Jan '08

25 Jan '08

Hi all, Recently we have gotten bugreports about gcc not having certain features of languages because we compile our compiler languages as split packages. (FS#9325). For objc, we already compile objc inside the gcc package, then remove it, to build it again in a package for extra. To fix gfortran, we would need to do the same... I've been thinking about this splitup: gfortran and objc aren't that big. They could be included in the main gcc/gcc-libs PKGBUILDs. For java, we will keep the split package. Other distributions like Debian and Ubuntu also have their gcj things separated. Merging objc doesn't bring extra dependencies, merging fortran brings in mpfr. Do we have a problem with this change?

5 5

[arch-dev-public] No internet? No codemac.
by Jeff Mickey 25 Jan '08

25 Jan '08

There is an awesome story involving Comcast, myself, and a cut cable cord. I shall not recount it here, but I think you can get the picture. Jeff has no internet. They are reconnecting on this upcoming Thursday, so consider me inactive until at least the weekend. My first week of classes is this week (My last semester!!) so I'll be busy anyways. I'll have internet on campus, but it's best if I do my school work... I'll see you soon, feel free to update/etc any of my packages that need it. I'm not that possessive of them. // jeff -- . : [ + carpe diem totus tuus + ] : .

5 5

[arch-dev-public] Adding mpg123 in [extra]
by Eric Belanger 25 Jan '08

25 Jan '08

Hi, I would like to replace the mpg321 package in extra by mpg123 (FS#9221) because mpg321 hasn't been updated since 2002 and mpg123 is now licensed under the GPL/LGPL. Any objections/comments? Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

5 4