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

[arch-dev-public] How the use of "provides" can damage the dependency tree
by Pierre Schmitz 02 Aug '09

02 Aug '09

Hi devs, I just had an interesting case where a missing dependency cam be unnoticed for a long time. I was told that KDE from kde-unstable could not start due to a missing lib: libxdamage. Neither namcap or anyone else did found this missing dep. And here was the solution: libxdamage is needed by libgl which in turn is needed by mesa ->qt->kdelibs etc.. But if you have nvidia-utils installed which provides libgl but does not depend on libxdamage or libxxf86vm you'll end up with a broken dependency tree. What do we learn by this? The use of provides can be dangerous when the providers have different deps. I wonder if we have more such problems. Pierre -- Pierre Schmitz, http://users.archlinux.de/~pierre

5 7

[arch-dev-public] [signoff] mlocate-0.22-2
by Allan McRae 02 Aug '09

02 Aug '09

mlocate-0.22-2 - add some more exclusions by default to /etc/updatedb.conf - add /etc/cron.daily/updatedb to backup array ("fix" for FS#15613 and FS#14484) - add sh dep for cron job Signoff both Allan

4 3

[arch-dev-public] [signoff] bash-4.0.028-1
by Allan McRae 02 Aug '09

02 Aug '09

Bump patch level. Signoff both. Allan

3 2

[arch-dev-public] [signoff] hdparm-9.21-1
by Tobias Powalowski 01 Aug '09

01 Aug '09

Hi 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

4 3

[arch-dev-public] [signoff] cpio-2.10-1
by Tobias Powalowski 01 Aug '09

01 Aug '09

Hi 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 2

[arch-dev-public] [signoff] sudo-1.7.2p1-1
by Allan McRae 01 Aug '09

01 Aug '09

Upstream update. Used 'force' due to upstream versioning using letters... Signoff both. Allan

3 2

Re: [arch-dev-public] [signoff] autoconf-2.64-1
by Jan de Groot 01 Aug '09

01 Aug '09

On Sat, 2009-08-01 at 18:03 +1000, Allan McRae wrote: > Dan McGee wrote: > > On Sun, Jul 26, 2009 at 11:29 PM, Allan McRae<allan(a)archlinux.org> wrote: > > > >> Upstream update, compressed info pages. > >> > > > > pacman still builds after autoclean/autogen, signoff x86_64. > > > > -Dan > > > > Anyone for i686? Works fine here, signoff for both architectures.

2 1

[arch-dev-public] [signoff] xfsprogs 3.0.1-2
by Jan de Groot 01 Aug '09

01 Aug '09

Please signoff for both architectures. Changes: - change var=$(echo | sed) to inline replacements using ${var/s/r} - depend on util-linux-ng instead of e2fsprogs

1 0

[arch-dev-public] [signoff] reiserfsprogs 3.6.21-2
by Jan de Groot 01 Aug '09

01 Aug '09

Please signoff for both architectures. Changes: - use --sbindir in ./configure instead of moving /usr/sbin away to /sbin - depend on util-linux-ng instead of e2fsprogs

1 0

[arch-dev-public] util-linux, e2fsprogs: libuuid, libblkid. What is best to do?
by Jan de Groot 01 Aug '09

01 Aug '09

I'm looking at updating hal, which needs the new libblkid that is included in util-linux. This library replaces the one inside e2fsprogs. Now we have some nice dependency loop: e2fsprogs contains libuuid e2fsprogs depends on libblkid libblkid depends on libuuid (optional, but default) This can end up with some solutions: 1. build libblkid without libuuid support 2. build libuuid standalone, make util-linux depend on it and make e2fsprogs depend on util-linux 3. Link libblkid static inside the tools and don't install the libraries 4. create a dependency loop I think option 4 is completely wrong. Option 3 should work, but sounds wrong also. Especially when you keep in mind that the lib inside e2fsprogs won't see any maintenance. Option 2 is the cleanest, Option 1 is less work, but I don't know what limitations we get by doing so. Any opinions?

2 2