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

[arch-dev-public] [signoff] nano-2.2.5-2
by Andrea Scarpino 20 Nov '10

20 Nov '10

Fix dependencies. signoff both, thanks. -- Andrea Scarpino Arch Linux Developer

4 7

[arch-dev-public] Doing a rebuild of [core]?
by Allan McRae 20 Nov '10

20 Nov '10

Hi, I was thinking of doing a fairly large rebuild of packages in [core] for the following reasons: - The toolchain is quite good at the moment and many packages have not been built in a long time so could use a refresher build to take advantage of what the newer toolchain offers (~15 packages are > 1 year old). I expect a toolchain update to happen in the next few weeks so this is a good time. - Get as many packages to .xz format as possible. This will give us more room to play on the install CD (important with dual arch ISO where I believe space is tight) - Get all packages into the package pool. It is nicer to have packages in one place rather than across multiple folders. Once all packages are in the pool directories, the clean-up script can be a lot easier (of course that is a long term implication). It would also get rid of the core/os/any folder. - Give PKGBUILDs a refresher... package() functions, no "|| return 1", etc. Make sure packages build with an updated toolchain. - Deal with the few [core] package issues on the Unimportant Rebuild List (https://wiki.archlinux.org/index.php/DeveloperWiki:Unimportant_Rebuild_List) Given the goals mentioned there, it is obvious that regularly updated packages do not need to be part of the rebuild. Looking at the packages, there would be about 100 rebuilds all up. So it would result in a bunch of signoff emails... But I would start with the oldest packages and work through the list fairly slowly so this will hopefully not be an issue. Any objections/suggestions? Allan

5 9

[arch-dev-public] mailx package
by Allan McRae 20 Nov '10

20 Nov '10

Hi, I was looking at the mailx package and was wondering what we should do with it. We grab the package source for "mailx-8.1.1-fixed" on ftp.archlinux.org... but I have no idea what is "fixed" about it and we still patch the Makefile and for gcc-4. It also does not use our CFLAGS/LDFLAGS when building. There are options here: 1) grab "updated" cvs snapshot from OpenBSD, which is apparently where Debian gets it from. I'm not sure where exactly the cvs repo is though... 2) use heirloom-mailx (a.k.a. nail). At least I can find a tarball from that, even if it has not seen a release in a couple of years. This was requested in the bug tracker but was closed dues to no-one being motivated to change it after several years. 3) use GNU mailutils. It looks actively developed (had a release in September), and is apparently fully compatible. However, it also has more features and so is not as lightweight... probably going from 100KB to 1MB. Opinions? Allan

2 1

[arch-dev-public] [signoff] various firmware packages
by Pierre Schmitz 20 Nov '10

20 Nov '10

Hi all, I just rebuild some firmware packages for the core cleanup/rebuild: b43-fwcutter ipw2100-fw ipw2200-fw tiacx-firmware zd1211-firmware Sign offs from anybody are welcome, but I assume those are rarely used by us so I guess I'll just move them to core in a few days. -- Pierre Schmitz, https://users.archlinux.de/~pierre

1 0

[arch-dev-public] [signoff] wireless-regdb-2009.11.25-2
by Andrea Scarpino 19 Nov '10

19 Nov '10

- use package() - add sh to dependencies - rebuilt to use tar.xz please signoff both -- Andrea Scarpino Arch Linux Developer

1 0

[arch-dev-public] [signoff] lilo-23.1-1
by Andrea Scarpino 19 Nov '10

19 Nov '10

- upstream release - new url - updated source - use package() - updated make options - rebuilt to switch to tar.xz please signoff both, thanks -- Andrea Scarpino Arch Linux Developer

1 0

[arch-dev-public] [signoff] pptpclient-1.7.2-3
by Allan McRae 19 Nov '10

19 Nov '10

Rebuild of old package, tidy PKGBUILD, use our CFLAGS/LDFLAGS. Signoff both, Allan

1 0

[arch-dev-public] ChangeLogs
by Andreas Radke 19 Nov '10

19 Nov '10

Maybe only I missed it: I just found that all my packages that used to pickup the "ChangeLog" file don't show anything in pacman -Qc! http://projects.archlinux.org/pacman.git/commit/?id=2cabe336eb33e443819a1d9… It seems I missed the note in the NEWS file of pacmans 3.4.0 release. Just a heads up. Is it worth the work to update the changelog at all? Any plans on integrating a Changelog to the packages website? Do we need some convention how to order and format the file? [andyrtr@workstation64 tmp]$ find /var/lib/pacman/ | grep changelog | wc -l 48 Not many packages seem to use that feature. -Andy

4 3

[arch-dev-public] [signoff] man-db 2.5.8-1
by Andreas Radke 17 Nov '10

17 Nov '10

New upstream release. Please signoff. Anybody ever heard of the mentioned "libpipeline"? It seems so far it hasn't been packaged in any form for Arch. I'll have to bring this in when 2.6.0 comes out. -Andy Changes: This release reduces installation footprint by building much of man-db as shared libraries, and permits building with an external libpipeline (http://libpipeline.nongnu.org/) man-db 2.6.0 will stop shipping its own copy of libpipeline. Among other things, this release fixes an assertion failure on 'man -l', fixes catman saving corrupted pages in some locales, and prevents mandb from repeatedly rescanning manual page hierarchies on every run when a whatis entry turns into a broken link.

4 5

[arch-dev-public] [signoff] openssl 1.0.0.b-1
by Pierre Schmitz 17 Nov '10

17 Nov '10

Hi all, this is a security related update for openssl, so please sign off. For more details see http://openssl.org/news/secadv_20101116.txt Side note: make test does no longer pass with this version. It might be just the test itself that is broken though (tested different arches and also on Ubuntu). But I need to look into this though. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

6 6