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

[arch-dev-public] request/question: archboot isos hosting directory
by Tobias Powalowski 31 Mar '08

31 Mar '08

Hi archboot isos are now well tested and work as they should, i would like to put them in ftp/iso directory that other mirrors will sync them too. Which directory whould be fine for you? ftp/iso/archboot/2008.03 ? or something else? thanks for input. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 7

[arch-dev-public] Dropping ipw3945 from core
by Thomas Bächler 31 Mar '08

31 Mar '08

After I discovered that my problems with the new Intel driver where related to dhclient and fixed the bug, I am now successfully using iwl3945 on my machine. It seems to be working perfectly, so I am considering dropping ipw3945 from core/support with the 2.6.25 release (so there will be no new package versions after ipw3945-1.2.2-8). This is intended as a warning, but also as a question: Is there anyone who cannot use iwl3945 instead of ipw3945?

1 0

[arch-dev-public] [signoff] kernel26 2.6.24.4-1, support/atl2 2.0.4-1
by Thomas Bächler 30 Mar '08

30 Mar '08

Changes to the latest kernel by tpowa: - All patches have been collapsed into a single patch-2.6.24.4-1. Patch generation is done by abuse of makepkg now and nothing is done inside a SCM, but that will be fixed. Currently, everything is in http://dev.archlinux.org/~thomas/kernel26/linux-2.6-ARCH.tar.bz2. - removed pre-2.6.24.4 patch and updated to 2.6.24.4 - updated unionfs to 2.3.1 (according to simo this fixes some race conditions) - removed the aufs splice patch due to incompatibility with unionfs. This breaks aufs, but Simo promised to fix it (ping Simo) - removed the atl2 patch and moved it to a separate package in core/support due to the many complaints by developers. - Some PKGBUILD stupidity cleanup: Remove /boot/kconfig26, because it is the most unnecessary file in the history of unnecessary files - Removed /etc/mkinitcpio.d/kernel26-fallback.conf, because the default fallback image doesn't need a separate config file anymore Please sign off. We need to move some kernel to core fast, because applications built with gcc 4.3 might be broken with any other kernel. (At the time I am posting this, only x86_64 is uploaded and tested, i686 will be uploaded in a few minutes, but untested).

4 5

[arch-dev-public] [signoff] glib2 2.16.1-1
by Jan de Groot 30 Mar '08

30 Mar '08

For GNOME 2.22, I need glib2 updated to 2.16.1, which is in testing for a while now. Please signoff for both architectures so GNOME can get moved too this week.

3 2

[arch-dev-public] dhclient: fixed two bugs in extra
by Thomas Bächler 30 Mar '08

30 Mar '08

I uploaded dhclient 3.0.6-2 which fixes two bugs: - fix-broken-resolvconf.patch dhclient-script only generates a new resolv.conf if the DHCP server transmits a domain name. However, the DHCP specifications don't require a DHCP server to do that. This was reported to ISC in 2004 IIRC and they never even looked at it. This patch fixes resolv.conf generation, such that resolv.conf is always generated if the DHCP server transmits at least one DNS server. I actually fixed this half a year ago, and didn't upload it. - fix-mac80211-wireless.patch I was trying to find this bug for over half a year and just now found out it is dhclient's fault (partially). dhclient/dhclient-script brings the interface down and up again on several occasions. This was never a problem in the past, but with a mac80211 driver, this results in an unusable interface until you reassociate (the RUNNING flag in ifconfig is missing). The interface was brought by dhclient-script down on occasions where bringing it down isn't even necessary, but it suffices to simply delete the ipv4 data (which was done anyway). This patch fixes the problem by removing the "down" keyword from all ifconfig lines in dhclient-script, as the script is never required to actually bring the interface down. One of the occasions when dhclient would bring the interface down and up again was a DHCPNAK. As a NAK is very common when you switch between several wireless networks, as you may try to REQUEST a lease which has not expired yet and get a NAK as the network you are on now is different. This essentially broke all mac80211 driver when using wireless roaming with dhclient and long lease times.

1 0

[arch-dev-public] SBCL, kernel, and GCC 4.30
by K. Piche 29 Mar '08

29 Mar '08

While trying to build the latest SBCL I came across an interesting problem. The build halts midway and clocks the CPU at 100%. A quick search shows that GCC 4.3.0 changed the ABI slightly to conform to the formal standard as opposed to the defacto standard. GCC stopped clearing or setting the DF before function calls which is out of step with the kernel which expects it set/cleared. Apparently this mostly affects signal handlers called by the kernel. This causes problems with the signal functions in our glibc because it was compiled with GCC 4.3.0. I installed glibc 2.7-7 and sbcl builds fine now. A better explanation of the problem can be found at http://lwn.net/Articles/272048/ and at the very bottem there is a link to a Debian bug. The problem is fixed in kernel 2.6.25 and (sigh) there is a patch available for 2.6.24. k -- K. Piche <kpiche(a)rogers.com>

3 4

[arch-dev-public] Required libtool rebuilds
by Eric Belanger 29 Mar '08

29 Mar '08

Hi, While running lddd on my system, I noticed that we forgot to do some libtool rebuild. As it's late now, I don't have time before tomorrow (Friday) night. Here's the list in case someone else has time to fix that before me. - needed libtool rebuild (at least for pkg that were installed here): libextractor snd courier-authlib There's also this long standing tcl/tk rebuild (FS#9406) that I could do : timidity Thanks, Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 2

[arch-dev-public] iso release? libtool signoffs
by Andreas Radke 28 Mar '08

28 Mar '08

>Hi >Life changed here recently, new full time job starts, marrying and >such stuff. >Feel free to update any of my adopted packages, or just orphan them >that someone else can take care of them. > >Cya guys, >greetings >tpowa Is some way this might be the result of the past discussions... Anyway, what about our iso release? tpowa didn't want to have libtool moved before the release. Because I don't expect another new ISO based on his work in the next days I want to push libtool and related packages to core/extra. I know not all devs have checked their packages for rebuilds or just not replied. All known libtool issues have been fixed. I expect more from hidden depends after a move to core but that wouldn't change if we keep libtool longer in testing. opinions? can i get signoffs for libtool 2.2-2? -Andy

6 8

Re: [arch-dev-public] [arch-commits] CVS update of extra/lib/sqlite3 (PKGBUILD)
by Roman Kyrylych 27 Mar '08

27 Mar '08

2008/3/26, andyrtr(a)archlinux.org <andyrtr(a)archlinux.org>: > Date: Wednesday, March 26, 2008 @ 17:58:46 > Author: andyrtr > Path: /home/cvs-extra/extra/lib/sqlite3 > > Modified: PKGBUILD (1.37 -> 1.38) > > upgpkg: sqlite3 3.5.7-1 > FST build enabling patch wasn't accepted upstream, so we remove it for now > - # include fts123 - fixes #6217 patch taken from > - # http://www.sqlite.org/cvstrac/tktview?tn=2791,35 > - patch -Np0 -i ../build_fts_as_part_of_libsqlite.patch || return 1 When you're doing this please re-open corresponding reports. -- Roman Kyrylych (Роман Кирилич)

2 2

[arch-dev-public] [signoff] libarchive 2.4.14
by Dan McGee 27 Mar '08

27 Mar '08

Minor upgrade (12 -> 14), please signoff. If pacman -Syu works, you are fine. We can probably sneak this one onto the ISO if we get signoffs soon enough... I do need a build for x86_64, sorry I couldn't do it myself. -Dan

6 11