Rebuilding listen 0.4.3-r1, I run into the following error: * checking listen-0.4.3.tar.gz ;-) ... [ ok ] !!! ERROR: media-sound/listen-0.4.3-r1 failed. Call stack: ebuild.sh, line 1559: Called dyn_setup ebuild.sh, line 666: Called pkg_setup listen-0.4.3-r1.ebuild, line 45: Called built_with_use 'media-libs/libgpod' 'python' eutils.eclass, line 1592: Called die !!! Unable to determine what USE flags was built with !!! If you need support, post the topmost build error, and the call stack if relevant. This did not happen on Aug 1 when I last built this program. I do not have the ipod USE flag set so a test on media-libs/libgpod really shouldn't happen anyway. Did something change in eutils.eclass to change the behavior of built_with_use? If so, this isn't going to be the only broken package... Portage 2.1.1_pre4-r4 (default-linux/amd64/2006.0, gcc-4.1.1/amd64-vanilla, glibc-2.4-r3, 2.6.17-ck1-r2 x86_64) ================================================================= System uname: 2.6.17-ck1-r2 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.4 Last Sync: Mon, 07 Aug 2006 11:50:01 +0000 ccache version 2.4 [enabled] app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r2 dev-util/confcache: 0.4.2-r1 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r1, 2.16.93, 2.17, 2.17.50.0.2, 2.17.50.0.3 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.16 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe -ggdb" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=k8 -O2 -pipe -ggdb -ffriend-injection" DISTDIR="/var/portage/distfiles" EMERGE_DEFAULT_OPTS="" FEATURES="autoconfig ccache confcache distlocks fixpackages parallel-fetch sandbox sfperms splitdebug strict" GENTOO_MIRRORS="http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://gentoo.osuosl.org/ " LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LINGUAS="en" MAKEOPTS="-j2" PKGDIR="/var/portage/packages" PORTAGE_RSYNC_EXTRA_OPTS="--timeout=120" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/bmg-main /usr/portage/local/layman/gentopia /usr/portage/local/layman/sunrise /usr/portage/local/layman/portage-xgl /usr/portage/local/layman/break-my-gentoo-main" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="amd64 X aac alsa avi bash-completion berkdb bitmap-fonts bzip2 cairo cdr cli crypt cups dbus debug dlloader dri dvd dvdr eds elibc_glibc emboss encode esd firefox flac foomaticdb fortran gdbm gif glitz gnome gpm gstreamer gtk gtk2 hal imlib input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog java jpeg kde kdehiddenvisibility kernel_linux ldap linguas_en lzw lzw-tiff mad mono mp3 mpeg ncurses nls nptl nptlonly ogg opengl pam pcre pdflib perl pic png pppd python qt qt3 quicktime readline reflection ruby samba sdl session spell spl sqlite ssl tcpd theora tiff truetype truetype-fonts type1-fonts unicode usb userland_GNU userlocales video_cards_nvidia video_cards_vesa vorbis xml xml2 xorg xpm xv zlib" Unset: CTARGET, INSTALL_MASK, LDFLAGS
(In reply to comment #0) > Did something change in eutils.eclass to change the behavior of built_with_use? > If so, this isn't going to be the only broken package... Yes... The check now dies if it's unable to determine the flags (like in this case, when the respective ebuild is not installed at all). That's correct behaviour. > This did not happen on Aug 1 when I last built this program. I do not have the > ipod USE flag set so a test on media-libs/libgpod really shouldn't happen > anyway. Yes, checking for USE flags on ebuilds that are not installed is very bad. ;)
(In reply to comment #1) > Yes, checking for USE flags on ebuilds that are not installed is very bad. ;) > Yeah, I couldn't agree more -- breakage will inspire better ebuilds. ;-) Emerging libgpod successfully worked around the issue.
Thanks for report :) i don't know why i think everybody have an iPod... fixed and commited
