Bugzilla Bug 143125

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