Bug 147174 – dev-python/pyopengl - built_with_use checks for non-existant IUSE

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description SoulFire 2006-09-11 04:31:59 UTC]

pyopengl 2.0.1.09 fails to compile with this error 

>>> Unpacking PyOpenGL-2.0.1.09.tar.gz to /var/tmp/portage/pyopengl-2.0.1.09/work

!!! ERROR: dev-python/pyopengl-2.0.1.09 failed.
Call stack:
  ebuild.sh, line 1546:   Called dyn_unpack
  ebuild.sh, line 708:   Called src_unpack
  pyopengl-2.0.1.09.ebuild, line 32:   Called built_with_use 'dev-lang/python' 'tcltk'
  eutils.eclass, line 1605:   Called die

!!! dev-lang/python-2.4.3-r3 does not actually support the tcltk USE flag!

at line 32 of the ebuild infact there is :

if built_with_use dev-lang/python tcltk; then

i changed this with 

if built_with_use dev-lang/python tk; then

and it compiled fine.

emerge --info

Portage 2.1.1 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r3, 2.6.17-beyond-git2 i686)
=================================================================
System uname: 2.6.17-beyond-git2 i686 Genuine Intel(R) CPU           T2300  @ 1.66GHz
Gentoo Base System version 1.12.4
Last Sync: Mon, 11 Sep 2006 11:00:08 +0000
ccache version 2.3 [enabled]
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r3
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
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.17
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium-m -O2 -pipe -fomit-frame-pointer -msse3"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=pentium-m -O2 -pipe -fomit-frame-pointer -msse3"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="it_IT@euro"
LC_ALL="it_IT@euro"
LINGUAS="it"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
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"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X acpi alsa avahi bash-completion berkdb bitmap-fonts cairo cdr cli crypt cups dbus dlloader dri dvd dvdr elibc_glibc esd fortran gdbm gnome gpm gstreamer gtk gtk2 hal input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog jpeg kernel_linux libg++ linguas_it mmx mmxext mp3 ncurses nls nptl nptlonly opengl pam pcre perl png ppds pppd python readline reflection session spl sse sse2 ssl tcpd truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_fglrx xorg xv zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS

[Comment 1 David S 2006-09-12 11:24:02 UTC]

I second this bug - same thing happened to me. Same problem with pyopengl-2.0.1.09.ebuild.

I ran across this while upgrading gcc, and rebuilding my system.

What's strange is that "equery uses python" shows a "tcltk" flag as being valid before I recompiled python, but after I recompiled it, only the "tk" flag is valid.

[Comment 2 Marien Zwart (RETIRED) 2006-09-13 08:47:20 UTC]

(In reply to comment #1)
> What's strange is that "equery uses python" shows a "tcltk" flag as being valid
> before I recompiled python, but after I recompiled it, only the "tk" flag is
> valid.

Flags supported by python were changed without a revbump (tcltk is being split into tcl and tk globally).

Fixed this the other day but missed this bug. Closing.

[Comment 3 Jakub Moc (RETIRED) 2006-09-14 13:37:04 UTC]

*** Bug 147607 has been marked as a duplicate of this bug. ***