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

[arch-dev-public] [signoff] cpio-2.11-1
by Tobias Powalowski 07 Apr '10

07 Apr '10

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

3 6

Re: [arch-dev-public] [arch-general] WARNING: [testing] broken due to openssl and heimdal rebuilds
by Dan McGee 07 Apr '10

07 Apr '10

On Wed, Apr 7, 2010 at 10:16 AM, Allan McRae <allan(a)archlinux.org> wrote: > On 08/04/10 00:54, Florian Pritz wrote: >> >> On 07.04.2010 16:10, Allan McRae wrote: >>> >>> This would really not help here. Pacman does not directly link openssl, >>> but does through libarchive and libfetch. Adding versioned libarchive >>> and libfetch to pacman's deps and using sodeps on openssl in those >>> packages would prevent pacman's SyncFirst from working. >>> >> >> Don't add depends=(libfetch.sp libarchive.so) to the pacman PKGBUILD and >> it won't be a problem. (Also see #2 below) > > Adding those or not is the same as adding versioned deps or not. Both cause > bad issues. > >>> no versioned deps in pacman for lib{archive,fetch} = bad as between the >>> openssl and lib{archive,fetch} updates vercmp is broken and so is >>> install files. >> >> sodeps would ensure that pacman updates libfetch and libarchive directly >> after openssl. > > Not directly after, but in the same transaction. That is the same as the > current issue we have. Using sodeps is no improvement over versioned deps > here. Allan and I talked a bit on IRC and we both came to some idea that a vercmp without any deps would probably be a good solution. We can hack this up for now, file attached to do so. If this goes into the pacman package dir in SVN and we just add a "gcc -O2 -o vercmp vercmp.c" in there and put it in the right place, we can avoid a lot of hassle with everything here. -Dan

2 1

[arch-dev-public] WARNING: [testing] broken due to openssl and heimdal rebuilds
by Pierre Schmitz 07 Apr '10

07 Apr '10

Hi all, this is a warning for [testing] users not to update until the upcoming openssl/heimdal rebuilds are done. This will break a lot of important packages. I am bootstrapping openssl and rebuild the most imporant packages like pacman atm. I'll send another mail to the openssl-1.0.0 thread when you can start rebuilding. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

5 13

Re: [arch-dev-public] [arch-general] jack & qjackctl
by Allan McRae 07 Apr '10

07 Apr '10

On 07/04/10 10:21, Philipp wrote: > Excerpts from fons's message of 2010-04-07 00:46:09 +0200: >> It seems like Arch is currently offering Jack and qjackctl >> packages that are not compatible. >> >> The Jack authors changed one some command line options >> in 0.118. '-R' for realtime is no longer available as >> realtime is now the default, and the new '-r' means >> 'no realtime'. >> >> Qjackctl 0.3.6 is aware of this, but won't work well with >> Jack 0.116 which is still the one available from Arch. >> In other words, the update of qjackctl was probably a bit >> premature. >> >> Ciao, > > The real problem is that jack is still stuck at the rather old 0.116. > One reason might be those, IMHO in the meanwhile annoying scripts that > ship with the Arch jack package. It's tough to get them right it seems. > I would be all in favor of splitting them into a separate package and > install jack just the way it is supposed to. Much less hassle, less > confused users and as a bonus those scripts can be easily used with > other variants of jack. > > Either way, there's really no reason to still ship 0.116.2 when 0.118.0 > was released in November, almost 5 months ago. jack 0.118 is in [testing]. Does anyone know the reason why it is there and whether it can be moved? Allan

2 1

[arch-dev-public] xorg-server 1.8 repository
by Jan de Groot 06 Apr '10

06 Apr '10

There's a new repository for xorg-server 1.8 packages. As this release requires new drivers and reconfiguration, I decided to put it in its own repository to not break testing for a lot of users. Packages have been built on top of testing, but as this new version does not depend on OpenSSL anymore, it should work fine on top of core+extra. Kernel 2.6.33 from testing is recommended due to DRI improvements in that version. To use the repository, add this repository on top of testing to pacman.conf: [xorg18] Include = /etc/pacman.d/mirrorlist This release works with udev for input hotplugging and supports /etc/X11/xorg.conf.d/*.conf as replacement for the hal .fdi files. After upgrading to this release, configuration for input devices in hal is ignored and should be done by udev rules or xorg.conf.d files. Documentation about this change can be found on: https://fedoraproject.org/wiki/Input_device_configuration At this moment there's no nvidia driver available for xorg-server 1.8.0. The version in the extra repository works with the -ignoreABI option (which can be set as option in xorg.conf also), but performance is not as good as with xorg-server 1.7. The support for xorg-server 1.8 is experimental and is not yet officially supported by Nvidia. Things todo before this merges to extra: - Add documentation about input configuration to our wiki, as hal is deprecated now - Ask nvidia for a driver that works without ignoreABI, I'm sure they can give us a timeframe for that - Add xorg.conf.d config files for input drivers, right now only evdev and synaptics have config files - Fix xf86-video-siliconmotion, xf86-video-unichrome, xf86-video-nouveau

3 2

[arch-dev-public] [signoff] kernel26 2.6.33.2-1
by Tobias Powalowski 06 Apr '10

06 Apr '10

Latest kernel is in testing since weekend, please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 3

[arch-dev-public] [signoff] kernel26-lts 2.6.27.46-1
by Andreas Radke 06 Apr '10

06 Apr '10

Please signoff this upstream update. -Andy see http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.27.46

2 1

Re: [arch-dev-public] [arch-general] [signoff] openssl, heimdal and icu rebuilds
by Pierre Schmitz 05 Apr '10

05 Apr '10

On Mon, 5 Apr 2010 16:12:33 -0300, Flavio Costa <flavio.cdc(a)gmail.com> wrote: > On Mon, Apr 5, 2010 at 4:04 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: >> .. >> I had good luck with everything yesterday on both my i686 and x86_64 >> boxes. pacman-git hiccuped a bit but that is my own fault (so had to >> do some reinstalling when vercmp was failing due to linking issues). >> openoffice-base was also working fine last night on my x86_64 box. >> .. >> > > I had some 'vercmp' linking issues when upgrading to kernel26 (2.6.33.1-1 > -> > 2.6.33.2-1) and system-tools-backends (2.8.3-1 -> 2.10.0-1), so I guess it > is not an isolated problem. > > After the complete -Suy, I manually -S'ed kernel26 and > system-tools-backends > and they ran smoothly. Looks like vercmp is linked against openssl (why?). But the initial -Syu will just update pacamn and not its deps which would also pull in the new openssl. This means that vercmp is broken until openssl is updated. Maybe we need to increase the versioned deps of pacman to libarchive and libfetch to get the new openssl in the first run. But it seem Allan did revert this for some reason. (maybe because your system is completely broken if you don't run pacman -Syu twice. Any suggestions on this? Maybe increasing the versioned deps of pacman + a news item telling people to don't forget to run -Syu twice? -- Pierre Schmitz, https://users.archlinux.de/~pierre

1 1

[arch-dev-public] [signoff] kernel 2.6.33 and friends
by Thomas Bächler 05 Apr '10

05 Apr '10

Now that Pierre fixed lirc for us (neither tpowa nor I were able to do it due to time constraints), here is the signoff for 2.6.33 and the related modules. Please sign off, so we can finally move 2.6.33.

6 11

[arch-dev-public] [signoff] grep-2.6.3-1
by Allan McRae 04 Apr '10

04 Apr '10

Upstream bug fix release. Fixes issue with -Ff on UTF8 locales. Allan

2 1