Portage 2.1.7.10 (default/linux/x86/10.0, gcc-4.4.2-asneeded, glibc-2.11-r0, 2.6.32 i686) ================================================================= System uname: Linux-2.6.32-i686-Quad-Core_AMD_Opteron-tm-_Processor_2350-with-gentoo-2.0.1 Timestamp of tree: Sat, 05 Dec 2009 17:00:01 +0000 distcc 3.1 i686-pc-linux-gnu [disabled] ccache version 2.4 [enabled] app-shells/bash: 4.0_p35 dev-java/java-config: 1.3.7-r1, 2.1.9-r1 dev-lang/python: 2.6.4, 3.1.1-r1 dev-python/pycrypto: 2.0.1-r8 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.6.4-r2 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.5.2-r2 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.65 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2, 1.11 sys-devel/binutils: 2.20 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="x86 ~x86" ACCEPT_LICENSE="*" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openfire/resources/security/ /opt/openjms/config /usr/lib/ccs/conf /usr/share/X11/xkb /usr/share/bufrtables /usr/share/config /usr/share/qpsmtpd/plugins /var/bind /var/lib/hsqldb /var/phxd /var/qmail/alias /var/qmail/control /var/spool/torque /var/vpopmail/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/var/cache/distfiles" FEATURES="assume-digests ccache distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms split-log strict test test-fail-continue unmerge-orphans userfetch" GENTOO_MIRRORS="http://ftp.uni-erlangen.de/pub/mirrors/gentoo" INSTALL_MASK=" /usr/share/doc /usr/share/info" LANG="en_US.utf8" LDFLAGS="-Wl,-O1" MAKEOPTS="-j14" PKGDIR="/var/spool/portage/packages" PORTAGE_COMPRESS="" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/var/cache/portage/tree-tinderbox" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="acl berkdb bzip2 cli cracklib crypt cups cxx dri fortran gdbm gpm iconv ipv6 java5 java6 modules mudflap ncurses nls nostatic nptl nptlonly openmp pam pcre perl pppd python qt3support readline reflection ruby session spl ssl sysfs tcpd unicode x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias auth_digest" ELIBC="glibc" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18" USERLAND="GNU" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, LC_ALL, LINGUAS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created attachment 212227 [details] Build log
Happens in chroot here too. udev-test will run 155 tests: TEST 1: no rules device '/devices/pci0000:00/0000:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda' expecting node 'sda' libudev: udev_rules_new: can not read '/var/tmp/portage/sys-fs/udev-149/work/udev-149/udev-test.rules' add: error udev-root/ etc. etc.
Build the package outside of portage and did the tests, seems to fail there also. Don't know if this is causing the error (from the build log above): libudev: udev_rules_new: can not read '/var/tmp/portage/sys-fs/udev-149/work/udev-149/udev-test.rules' File does not seem to be present in the udev tarball (or generated in some way) also not in previous versions.
Udev maillist says that it is not an upstream problem (test should be run as root, but still seem to fail here when run as root): http://www.spinics.net/lists/hotplug/msg03215.html LFS maillist, having the same problem (they suggest dropping the test suite): http://www.mail-archive.com/lfs-dev@linuxfromscratch.org/msg12353.html
(In reply to comment #4) > Udev maillist says that it is not an upstream problem (test should be run as > root, but still seem to fail here when run as root): > http://www.spinics.net/lists/hotplug/msg03215.html > > LFS maillist, having the same problem (they suggest dropping the test suite): > http://www.mail-archive.com/lfs-dev@linuxfromscratch.org/msg12353.html > Or we could try figure out why it will no work whatever I throw at it here, and on some computers runs without problems.
(In reply to comment #5) > > Or we could try figure out why it will no work whatever I throw at it here, and > on some computers runs without problems. > The post was meant as reference for people who want to look into this bug. Putting the test/sys/ tree in place makes the testing work at least outside of portage. Next step, getting it into portage. http://git.kernel.org/?p=linux/hotplug/udev.git;a=tree;f=test;hb=07fb7fce66a101b22c3e121e3ee99438db798b8e
(In reply to comment #6) > (In reply to comment #5) > > > > Or we could try figure out why it will no work whatever I throw at it here, and > > on some computers runs without problems. > > > > The post was meant as reference for people who want to look into this bug. > > Putting the test/sys/ tree in place makes the testing work at least outside of > portage. Next step, getting it into portage. > > http://git.kernel.org/?p=linux/hotplug/udev.git;a=tree;f=test;hb=07fb7fce66a101b22c3e121e3ee99438db798b8e > See there, now we have a reason. @maintainers for some reason upstream does not package test/sys (packed about 140kb, unpacked about 37mb) in their git into their release tarballs. Drop it in, and the testsuite will work fine inside of portage. So should we package it ourselves and have it downloaded for USE="test", or should we poke upstream to include it in their release tarballs?
Upstream last I knew wouldn't package it _because_ of the 37MB unpack… I guess we should have the split tarball downloaded with USE=test then.
(In reply to comment #8) > Upstream last I knew wouldn't package it _because_ of the 37MB unpack… > Heh, that is what I was afraid of. I still cannot see how anyone that would actually care about 37MB in this case would do with the source-code tarball to begin with. It would be another thing if it was an extra 37MB packed. > I guess we should have the split tarball downloaded with USE=test then. > I would prefer that over yet another restricted testsuite.
140Kb tarball isn't so bad. And unpacked it is only used for the test. So I agree that it should only be downloaded/unpacked for the test USE flag
Created attachment 222807 [details, diff] Patch to fix the bug This should fix the bug. Use also the tarball supplied below. I suggest the Udev maintainers to build their own tarballs to provide to users.
Created attachment 222809 [details] udev /test/sys tarball Tarball containing test filesystem to use for fixing this bug.
udev-149 and udev-151-r1 now run tests. Thanks for looking into this.
