Portage 2.1.7.6 (default/linux/x86/10.0, gcc-4.4.2-asneeded, glibc-2.11-r0, 2.6.32-rc8 i686) ================================================================= System uname: Linux-2.6.32-rc8-i686-Quad-Core_AMD_Opteron-tm-_Processor_2350-with-gentoo-2.0.1 Timestamp of tree: Sun, 22 Nov 2009 13:30: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.2-r2, 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.1 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.6a 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/lib/fax /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/fax/etc /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/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" 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 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" USERLAND="GNU" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created attachment 211327 [details] Build log
I can't reproduce this bug with Python 2.6 and 2.7.
Cannot reproduce either. Looks PYTHONPATH releated?
Johan can you explain that further? What about PYTHONPATH?
Diego: Sorry, completely forgot to revisit the ticket. What I meant was that nose perhaps messed up the import phase. Does this also happen if you run [the same version of] nosetests manually? If so, what does nosetests --verbosity=<something high> say? I've tried every version of nose in portage with no luck. Syntax indicates you at least run nose-0.11.0. If it runs clean I've pretty much got no clue :(
testing it manually is a bit tricky given this is out of the tinderbox… Maybe python team can increase the verbosity a notch?
(In reply to comment #6) > Maybe python team can increase the verbosity a notch? You can pass e.g. --verbosity=4 to nosetests (default verbosity is 1).
(In reply to comment #6) > testing it manually is a bit tricky given this is out of the tinderbox… > > Maybe python team can increase the verbosity a notch? > You can put configuration in a .noserc, see nosetests manpage line 58 and forward. Does this work for you?
Diego: I've been looking at your other tickets and I'm starting to believe that something is fishy with your setup. Unfortunately I can't give any pointers as to what it may be, but perhaps the more verbose nosetests can give a hint as to why the imports are failing.
I suspect this has something to do with the complex inter-package dependencies (basically, non-blank __init__.py's) in FormEncode. This can lead to situations where the order that imports are performed can lead to blank module objects. For example: from formencode import schema can mean to load the schema module from the formencode package, or to load the symbol "schema" from the formencode module. If sys.modules['formencode'] already exists, I think Python will assume the latter and fail. Another possibility is that one of the several conditional imports in the package is failing but eating the ImportError. This would make the most sense in the tinderbox, where only the DEPENDS packages are available. That said, I also can't get this to fail, even when adding unnecessary imports.
Dustin, you might be on the right track on the conditionality of dependencies but it is important for you to change one idea in your assumptions ;) _My_ tinderbox does not have only the DEPEND packages; it actually has *as many packages in the tree as possible*. So it might well be that it is failing something because it's importing something that is passing for something else, or there's a conditional import that is only triggered when a package not in the dependency tree is present.
Dustin, the ebuild for formencode 1.2.2 specifically sets the ebuild to the formencode build directory. This will then always have precedence over site-packages. I'm starting to believe that something else is interfering just as Diego states. Diego: If you have the time, please run nosetests with lots of verbosity - should show imports and possibly give us hints.
Formencode is nowadays at 1.2.4. Does this still occur?
Closing with NEEDINFO. Please run a test with the newest version and report back if you have any issues.
