[arch-dev-public] Signoff report for [testing]
=== Signoff report for [testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 9 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 16 fully signed off packages * 128 packages missing signoffs * 7 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 (9 total) == * tzdata-2013b-1 (any) * bash-4.2.045-1 (i686) * iproute2-3.8.0-1 (i686) * iptables-1.4.18-1 (i686) * texinfo-5.1-1 (i686) * bash-4.2.045-1 (x86_64) * iproute2-3.8.0-1 (x86_64) * iptables-1.4.18-1 (x86_64) * texinfo-5.1-1 (x86_64) == Incomplete signoffs for [core] (17 total) == * bash-4.2.045-1 (i686) 0/2 signoffs * gpgme-1.3.2-1 (i686) 1/2 signoffs * iproute2-3.8.0-1 (i686) 1/2 signoffs * iptables-1.4.18-1 (i686) 1/2 signoffs * libassuan-2.1.0-1 (i686) 1/2 signoffs * libffi-3.0.12-1 (i686) 1/2 signoffs * rp-pppoe-3.11-2 (i686) 1/2 signoffs * systemd-198-1 (i686) 1/2 signoffs * texinfo-5.1-1 (i686) 0/2 signoffs * util-linux-2.22.2-2 (i686) 1/2 signoffs * wpa_actiond-1.4-1 (i686) 1/2 signoffs * bash-4.2.045-1 (x86_64) 1/2 signoffs * iproute2-3.8.0-1 (x86_64) 1/2 signoffs * iptables-1.4.18-1 (x86_64) 1/2 signoffs * libffi-3.0.12-1 (x86_64) 1/2 signoffs * rp-pppoe-3.11-2 (x86_64) 1/2 signoffs * texinfo-5.1-1 (x86_64) 0/2 signoffs == Incomplete signoffs for [extra] (110 total) == * django-1.5-2 (any) 0/2 signoffs * efilinux-efi-1.0-6 (any) 0/2 signoffs * gnu-efi-libs-3.0t-2 (i686) 0/2 signoffs * libdvdcss-1.2.13-1 (i686) 0/2 signoffs * libxi-1.7-1 (i686) 0/2 signoffs * lirc-1:0.9.0-39 (i686) 0/2 signoffs * nvidia-313.26-2 (i686) 0/2 signoffs * nvidia-304xx-304.84-1 (i686) 0/2 signoffs * nvidia-304xx-lts-304.84-1 (i686) 0/2 signoffs * nvidia-304xx-utils-304.84-1 (i686) 0/2 signoffs * xf86-input-acecad-1.5.0-6 (i686) 0/2 signoffs * xf86-input-aiptek-1.4.1-6 (i686) 0/2 signoffs * xf86-input-elographics-1.4.1-3 (i686) 0/2 signoffs * xf86-input-evdev-2.7.3-3 (i686) 0/2 signoffs * xf86-input-joystick-1.6.2-2 (i686) 0/2 signoffs * xf86-input-keyboard-1.6.2-3 (i686) 0/2 signoffs * xf86-input-mouse-1.8.1-3 (i686) 0/2 signoffs * xf86-input-synaptics-1.6.3-2 (i686) 0/2 signoffs * xf86-input-vmmouse-13.0.0-2 (i686) 0/2 signoffs * xf86-input-void-1.4.0-5 (i686) 0/2 signoffs * xf86-input-wacom-0.20.0-2 (i686) 0/2 signoffs * xf86-video-apm-1.2.5-3 (i686) 0/2 signoffs * xf86-video-ark-0.7.5-3 (i686) 0/2 signoffs * xf86-video-ast-0.97.0-3 (i686) 0/2 signoffs * xf86-video-ati-1:7.1.0-3 (i686) 0/2 signoffs * xf86-video-chips-1.2.5-3 (i686) 0/2 signoffs * xf86-video-cirrus-1.5.2-2 (i686) 0/2 signoffs * xf86-video-dummy-0.3.6-3 (i686) 0/2 signoffs * xf86-video-fbdev-0.4.3-3 (i686) 0/2 signoffs * xf86-video-glint-1.2.8-3 (i686) 0/2 signoffs * xf86-video-i128-1.3.6-3 (i686) 0/2 signoffs * xf86-video-i740-1.3.4-3 (i686) 0/2 signoffs * xf86-video-intel-2.21.4-1 (i686) 0/2 signoffs * xf86-video-mach64-6.9.4-2 (i686) 0/2 signoffs * xf86-video-mga-1.6.2-3 (i686) 0/2 signoffs * xf86-video-modesetting-0.6.0-2 (i686) 0/2 signoffs * xf86-video-neomagic-1.2.7-5 (i686) 0/2 signoffs * xf86-video-nouveau-1.0.6-2 (i686) 0/2 signoffs * xf86-video-nv-2.1.20-3 (i686) 0/2 signoffs * xf86-video-openchrome-0.3.1-4 (i686) 0/2 signoffs * xf86-video-r128-6.9.1-3 (i686) 0/2 signoffs * xf86-video-rendition-4.2.5-3 (i686) 0/2 signoffs * xf86-video-s3-0.6.5-3 (i686) 0/2 signoffs * xf86-video-s3virge-1.10.6-3 (i686) 0/2 signoffs * xf86-video-savage-2.3.6-3 (i686) 0/2 signoffs * xf86-video-siliconmotion-1.7.7-3 (i686) 0/2 signoffs * xf86-video-sis-0.10.7-4 (i686) 0/2 signoffs * xf86-video-sisimedia-0.9.1-7 (i686) 0/2 signoffs * xf86-video-sisusb-0.9.6-3 (i686) 0/2 signoffs * xf86-video-tdfx-1.4.5-3 (i686) 0/2 signoffs * xf86-video-trident-1.3.6-4 (i686) 0/2 signoffs * xf86-video-tseng-1.2.5-3 (i686) 0/2 signoffs * xf86-video-v4l-0.2.0-12 (i686) 0/2 signoffs * xf86-video-vesa-2.3.2-3 (i686) 0/2 signoffs * xf86-video-vmware-13.0.0-2 (i686) 0/2 signoffs * xf86-video-voodoo-1.2.5-3 (i686) 0/2 signoffs * xorg-server-1.14.0-2 (i686) 0/2 signoffs * gnu-efi-libs-3.0t-2 (x86_64) 0/2 signoffs * libdvdcss-1.2.13-1 (x86_64) 0/2 signoffs * libxi-1.7-1 (x86_64) 0/2 signoffs * lirc-1:0.9.0-39 (x86_64) 0/2 signoffs * nvidia-304xx-304.84-1 (x86_64) 0/2 signoffs * nvidia-304xx-lts-304.84-1 (x86_64) 0/2 signoffs * nvidia-304xx-utils-304.84-1 (x86_64) 0/2 signoffs * xf86-input-acecad-1.5.0-6 (x86_64) 0/2 signoffs * xf86-input-aiptek-1.4.1-6 (x86_64) 0/2 signoffs * xf86-input-elographics-1.4.1-3 (x86_64)
Re: [arch-dev-public] Proposal to change the nvidia-utils package to allow for better bumblebee integration
+1 Sounds reasonable. But, is there a way to achieve the same result without using a helper package? -- Sincerely, Alexander Rødseth xyproto / TU
[arch-dev-public] [core] build report
Hi,
This build was done with a chroot containing only base-devel and sudo.
Not many packages failed due to this, and can readily be fixed by adding
makedepends. So it seems the idea of reducing our build chroots down is
good to go!
Missing makedepends:
FAIL: dbus
- configure: error: Explicitly requested systemd support, but systemd
not found
FAIL: linux
- /build/PKGBUILD: line 148: depmod: command not found
FAIL: linux-lts
- /build/PKGBUILD: line 148: depmod: command not found
FAIL: lvm2
- configure: error: Package requirements (libudev = 143) were not met:
Other:
FAIL: curl
- C{PP,}FLAGS issue
FAIL: gcc
- texinfo update issue
FAIL: isdn4k-utils
- autotools update issue
FAIL: libtirpc
- autotools update issue
FAIL: net-tools
- strip.c:24:28: fatal error: linux/if_strip.h: No such file or directory
FAIL: ppl
- gmp update issue
Re: [arch-dev-public] [core] build report
On 13/03/13 14:22, Allan McRae wrote: Hi, This build was done with a chroot containing only base-devel and sudo. Not many packages failed due to this, and can readily be fixed by adding makedepends. So it seems the idea of reducing our build chroots down is good to go! Not bad! A new x86_64 chroot now includes 84 packages (down from 131) and uses ~415 MiB of disk space (down from ~591 MiB). May I also suggest that we install namcap by default; currently it gets installed in the copied chroot at the end of each build.
Re: [arch-dev-public] [core] build report
On 14/03/13 00:27, Evangelos Foutras wrote: On 13/03/13 14:22, Allan McRae wrote: Hi, This build was done with a chroot containing only base-devel and sudo. Not many packages failed due to this, and can readily be fixed by adding makedepends. So it seems the idea of reducing our build chroots down is good to go! Not bad! A new x86_64 chroot now includes 84 packages (down from 131) and uses ~415 MiB of disk space (down from ~591 MiB). May I also suggest that we install namcap by default; currently it gets installed in the copied chroot at the end of each build. No - that brings in python. Allan
Re: [arch-dev-public] Proposal to change the nvidia-utils package to allow for better bumblebee integration
Tu as essayé Bumblebee? On 13 March 2013 18:06, Sven-Hendrik Haase s...@lutzhaase.com wrote: On 13.03.2013 12:59, Alexander Rødseth wrote: +1 Sounds reasonable. But, is there a way to achieve the same result without using a helper package? I don't know. It would be appreciated but I don't know how that could be done. I most certainly don't want magic in nvidia-utils post_install().
Re: [arch-dev-public] [core] build report
On Wed, Mar 13, 2013 at 8:22 AM, Allan McRae al...@archlinux.org wrote:
Hi,
This build was done with a chroot containing only base-devel and sudo.
Not many packages failed due to this, and can readily be fixed by adding
makedepends. So it seems the idea of reducing our build chroots down is
good to go!
Missing makedepends:
FAIL: dbus
- configure: error: Explicitly requested systemd support, but systemd
not found
FAIL: linux
- /build/PKGBUILD: line 148: depmod: command not found
FAIL: linux-lts
- /build/PKGBUILD: line 148: depmod: command not found
FAIL: lvm2
- configure: error: Package requirements (libudev = 143) were not met:
fixed in trunk
Other:
FAIL: curl
- C{PP,}FLAGS issue
FAIL: gcc
- texinfo update issue
FAIL: isdn4k-utils
- autotools update issue
FAIL: libtirpc
- autotools update issue
FAIL: net-tools
- strip.c:24:28: fatal error: linux/if_strip.h: No such file or directory
FAIL: ppl
- gmp update issue
Re: [arch-dev-public] Proposal to change the nvidia-utils package to allow for better bumblebee integration
Le mercredi 13 mars 2013 06:18:15 Sven-Hendrik Haase a écrit : I propose a change to the nvidia-utils that is as follows: 1. Move all libs to /usr/lib/nvidia 2. Create nvidia-utils-helper package that only adds a /etc/ld.so.conf.d/nvidia file containing /usr/lib/nvidia 3. make nvidia-utils depend on nvidia-utils-helper 1. package nvidia-utils without libGL.so and libGL.so.1 symlinks 2. package nvidia-libgl with these symlinks. 3. the package bumblebee could provide a /usr/lib/bumblebee that provide libGL.so and libGL.so. symlinks and conflicts with nvidia-libgl signature.asc Description: This is a digitally signed message part.
Re: [arch-dev-public] [core] build report
On Wed, Mar 13, 2013 at 1:22 PM, Allan McRae al...@archlinux.org wrote: Hi, This build was done with a chroot containing only base-devel and sudo. Not many packages failed due to this, and can readily be fixed by adding makedepends. So it seems the idea of reducing our build chroots down is good to go! As your TODO suggest everything needed to build chroot, can we add sudo too? I'm writing a patch for devtools which change the default install groups/packages from base base-devel sudo to base-devel sudol, and it seems more elegant to me to have only base-devel. Cheers, -- Sébastien Seblu Luttringer https://www.seblu.net GPG: 0x2072D77A
Re: [arch-dev-public] Proposal to change the nvidia-utils package to allow for better bumblebee integration
On 13.03.2013 22:15, Laurent Carlier wrote: Le mercredi 13 mars 2013 06:18:15 Sven-Hendrik Haase a écrit : I propose a change to the nvidia-utils that is as follows: 1. Move all libs to /usr/lib/nvidia 2. Create nvidia-utils-helper package that only adds a /etc/ld.so.conf.d/nvidia file containing /usr/lib/nvidia 3. make nvidia-utils depend on nvidia-utils-helper 1. package nvidia-utils without libGL.so and libGL.so.1 symlinks 2. package nvidia-libgl with these symlinks. 3. the package bumblebee could provide a /usr/lib/bumblebee that provide libGL.so and libGL.so. symlinks and conflicts with nvidia-libgl Shouldn't libglx.so go into that package as well? But then it wouldn't be correct to call it nvidia-libgl anymore. I like the symlink idea.
