[arch-dev-public] Signoff report for [testing]
=== Signoff report for [testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 6 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 3 fully signed off packages * 9 packages missing signoffs * 0 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == New packages in [testing] in last 24 hours (6 total) == * iptables-1.4.12.2-1 (i686) * sdparm-1.07-1 (i686) * udev-180-1 (i686) * iptables-1.4.12.2-1 (x86_64) * sdparm-1.07-1 (x86_64) * udev-180-1 (x86_64) == Incomplete signoffs for [community] (2 total) == * systemd-39-2 (i686) 0/2 signoffs * systemd-39-2 (x86_64) 0/2 signoffs == Incomplete signoffs for [core] (7 total) == * iptables-1.4.12.2-1 (i686) 1/2 signoffs * linux-lts-3.0.18-1 (i686) 1/2 signoffs * sdparm-1.07-1 (i686) 0/2 signoffs * curl-7.24.0-2 (x86_64) 1/2 signoffs * iptables-1.4.12.2-1 (x86_64) 1/2 signoffs * linux-lts-3.0.18-1 (x86_64) 1/2 signoffs * sdparm-1.07-1 (x86_64) 0/2 signoffs == Completed signoffs (3 total) == * curl-7.24.0-2 (i686) * udev-180-1 (i686) * udev-180-1 (x86_64) == Top five in signoffs in last 24 hours == 1. dan - 5 signoffs 2. bisson - 2 signoffs 3. dreisner - 2 signoffs 4. ibiru - 1 signoffs 5. thomas - 1 signoffs
Re: [arch-dev-public] Keeping stuff in /bin, /lib, /sbin
Hi Allan,
Thanks for bringing this up.
On Mon, Jan 30, 2012 at 5:49 AM, Allan McRae al...@archlinux.org wrote:
Moving these out of /{s,}bin would make it a lot easier if _ONE DAY_ we
do decide to merge /bin to /usr/bin. And I mean _A LOT_ easier...
Making changes like that is a real annoyance in a rolling release distro.
Regardless of an eventual /bin - /usr/bin symlink, I would be in
favor of the following (purely in the interest of KISS):
All new binaries/libraries go to /usr/{bin,lib} no matter what. That
is no /lib, /bin, /sbin or /usr/sbin.
All current libraries should be moved from /lib to /usr/lib (but not
in a hurry, just when the relevant maintainers find the time).
All binaries should be moved to /usr/bin unless that would cause
inconveniences/problems (but not in a hurry, just when the relevant
maintainers find the time).
I guess that's the same as you had in mind?
Examples of things that would not be affected (at least until an
eventual /bin - /usr/bin move):
* The dynamic linker
* /lib/{firmware,udev,systemd,modprobe.d,modules,depmod.d} (anything non-.so)
* /bin/{bash,sh,agetty...} (and other things that will cause horrible breakage)
Just my two cents,
Tom
Re: [arch-dev-public] the big rebuild - libpng/libtiff
On 01/18/2012 09:33 PM, Ionut Biru wrote: On 01/18/2012 09:17 PM, Ionut Biru wrote: Hi, i cannot speak about libtiff but libpng 1.5 rebuild is going to be difficult. All previous warnings are now fatal and a lot of patching is involved. I managed to get all patches from gentoo here (thanks gentoo devs!): http://pkgbuild.com/~ioni/libpng-1.5 http://pkgbuild.com/~ioni/libpng-1.5.tar.gz Patches also can be found in fedora rawhide and openbsd. The rebuild is done as usually in staging and at first you won't be able to build any packages until their dependencies are built first. note for all packages, pay attention to configure log to see if png is really detected and not just blindly rebuild a package. I'm going to move the packages into testing now. Don't forget to fully update your system before reporting bugs on our tracker. It will stay in testing for couples of weeks (maxim 2) until is moved our in extra. Happy testing. -- Ionuț signature.asc Description: OpenPGP digital signature
Re: [arch-dev-public] Keeping stuff in /bin, /lib, /sbin
On 2012/1/30 Tom Gundersen t...@jklm.no wrote:
Hi Allan,
Thanks for bringing this up.
On Mon, Jan 30, 2012 at 5:49 AM, Allan McRae al...@archlinux.org wrote:
Moving these out of /{s,}bin would make it a lot easier if _ONE DAY_ we
do decide to merge /bin to /usr/bin. And I mean _A LOT_ easier...
Making changes like that is a real annoyance in a rolling release distro.
Regardless of an eventual /bin - /usr/bin symlink, I would be in
favor of the following (purely in the interest of KISS):
All new binaries/libraries go to /usr/{bin,lib} no matter what. That
is no /lib, /bin, /sbin or /usr/sbin.
All current libraries should be moved from /lib to /usr/lib (but not
in a hurry, just when the relevant maintainers find the time).
All binaries should be moved to /usr/bin unless that would cause
inconveniences/problems (but not in a hurry, just when the relevant
maintainers find the time).
I'd say it should be doable to do the move for non-core packages.
There are not so many of them and things like zsh have really no
reason to be in /bin, it depends on so many things in /usr/*
Rémy.
Re: [arch-dev-public] Keeping stuff in /bin, /lib, /sbin
On Mon, Jan 30, 2012 at 1:31 PM, Rémy Oudompheng
remyoudomph...@gmail.com wrote:
On 2012/1/30 Tom Gundersen t...@jklm.no wrote:
Hi Allan,
Thanks for bringing this up.
On Mon, Jan 30, 2012 at 5:49 AM, Allan McRae al...@archlinux.org wrote:
Moving these out of /{s,}bin would make it a lot easier if _ONE DAY_ we
do decide to merge /bin to /usr/bin. And I mean _A LOT_ easier...
Making changes like that is a real annoyance in a rolling release distro.
Regardless of an eventual /bin - /usr/bin symlink, I would be in
favor of the following (purely in the interest of KISS):
All new binaries/libraries go to /usr/{bin,lib} no matter what. That
is no /lib, /bin, /sbin or /usr/sbin.
All current libraries should be moved from /lib to /usr/lib (but not
in a hurry, just when the relevant maintainers find the time).
All binaries should be moved to /usr/bin unless that would cause
inconveniences/problems (but not in a hurry, just when the relevant
maintainers find the time).
I'd say it should be doable to do the move for non-core packages.
There are not so many of them and things like zsh have really no
reason to be in /bin, it depends on so many things in /usr/*
zsh is a really bad example; you'll break every script that starts
with #!/bin/zsh. Shells excluded, I do agree that not much in [extra]
probably needs to be in the root binary directories.
Re: [arch-dev-public] the big rebuild - libpng/libtiff
On 31/01/12 04:43, Ionut Biru wrote: On 01/18/2012 09:33 PM, Ionut Biru wrote: On 01/18/2012 09:17 PM, Ionut Biru wrote: Hi, i cannot speak about libtiff but libpng 1.5 rebuild is going to be difficult. All previous warnings are now fatal and a lot of patching is involved. I managed to get all patches from gentoo here (thanks gentoo devs!): http://pkgbuild.com/~ioni/libpng-1.5 http://pkgbuild.com/~ioni/libpng-1.5.tar.gz Patches also can be found in fedora rawhide and openbsd. The rebuild is done as usually in staging and at first you won't be able to build any packages until their dependencies are built first. note for all packages, pay attention to configure log to see if png is really detected and not just blindly rebuild a package. I'm going to move the packages into testing now. Don't forget to fully update your system before reporting bugs on our tracker. It will stay in testing for couples of weeks (maxim 2) until is moved our in extra. Happy testing. Looks like some packages have dependency issues: (11/53) upgrading djvulibre [##] 100% gtk-update-icon-cache: error while loading shared libraries: libpng14.so.14: cannot open shared object file: No such file or directory error: command failed to execute correctly (14/53) upgrading evince [##] 100% gtk-update-icon-cache: error while loading shared libraries: libpng14.so.14: cannot open shared object file: No such file or directory error: command failed to execute correctly (16/53) upgrading firefox [##] 100% gtk-update-icon-cache: error while loading shared libraries: libpng14.so.14: cannot open shared object file: No such file or directory error: command failed to execute correctly (18/53) upgrading gdk-pixbuf2 [##] 100% g_module_open() failed for /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so: libpng14.so.14: cannot open shared object file: No such file or directory Allan
Re: [arch-dev-public] the big rebuild - libpng/libtiff
On 01/30/2012 10:22 PM, Allan McRae wrote: On 31/01/12 04:43, Ionut Biru wrote: On 01/18/2012 09:33 PM, Ionut Biru wrote: On 01/18/2012 09:17 PM, Ionut Biru wrote: Hi, i cannot speak about libtiff but libpng 1.5 rebuild is going to be difficult. All previous warnings are now fatal and a lot of patching is involved. I managed to get all patches from gentoo here (thanks gentoo devs!): http://pkgbuild.com/~ioni/libpng-1.5 http://pkgbuild.com/~ioni/libpng-1.5.tar.gz Patches also can be found in fedora rawhide and openbsd. The rebuild is done as usually in staging and at first you won't be able to build any packages until their dependencies are built first. note for all packages, pay attention to configure log to see if png is really detected and not just blindly rebuild a package. I'm going to move the packages into testing now. Don't forget to fully update your system before reporting bugs on our tracker. It will stay in testing for couples of weeks (maxim 2) until is moved our in extra. Happy testing. Looks like some packages have dependency issues: (11/53) upgrading djvulibre [##] 100% gtk-update-icon-cache: error while loading shared libraries: libpng14.so.14: cannot open shared object file: No such file or directory error: command failed to execute correctly (14/53) upgrading evince [##] 100% gtk-update-icon-cache: error while loading shared libraries: libpng14.so.14: cannot open shared object file: No such file or directory error: command failed to execute correctly (16/53) upgrading firefox [##] 100% gtk-update-icon-cache: error while loading shared libraries: libpng14.so.14: cannot open shared object file: No such file or directory error: command failed to execute correctly (18/53) upgrading gdk-pixbuf2 [##] 100% g_module_open() failed for /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so: libpng14.so.14: cannot open shared object file: No such file or directory Allan seems like i need to add a versioned dependendy to install gdk-pibxbuf2 before everything else. -- Ionuț signature.asc Description: OpenPGP digital signature
[arch-dev-public] the big rebuild - libpng/libtiff in testing
Here are couples of instructions about dealing with broken packages. As usually, fully update your system before reporting bugs and don't forget about enabling community-testing along with multilib-testing(if necessary) What to do when one of your favorite application returns: libpng14.so.14: cannot open shared object file: No such file or directory do $ LD_DEBUG=files yourapp yourapp.log 21 $ grep libpng14.so.14 yourapp.log $ pacman -Qo /path/to/soname/that/links/to/libpng14.so.14 If is not from the repo, rebuild it yourself, otherwise, report it on our tracker. -- Ionuț signature.asc Description: OpenPGP digital signature
