|Summary:||Wrong tk use flag in pyopengl-184.108.40.206|
|Product:||Gentoo Linux||Reporter:||Dominique Michel <dominique.c.michel>|
|Component:||New packages||Assignee:||Gentoo Linux bug wranglers <bug-wranglers>|
|Severity:||normal||CC:||christian, eero, ethouris, funnyman3595, gentoo, grrlfox, kneczaj, nenolod|
|Package list:||Runtime testing required:||---|
Description Dominique Michel 2006-09-16 08:23:09 UTC
When emerging pyopengl-220.127.116.11, I get this: Calculating dependencies... done! >>> Emerging (1 of 1) dev-python/pyopengl-18.104.22.168 to / >>> checking ebuild checksums ;-) >>> checking auxfile checksums ;-) >>> checking miscfile checksums ;-) >>> checking PyOpenGL-22.214.171.124.tar.gz ;-) >>> Unpacking source... >>> Unpacking PyOpenGL-126.96.36.199.tar.gz to /var/tmp/portage/pyopengl-188.8.131.52/work * Applying config.diff ... [ ok ] * Applying pyopengl-184.108.40.206-fix_togl.patch ... [ ok ] !!! ERROR: dev-python/pyopengl-220.127.116.11 failed. Call stack: ebuild.sh, line 1539: Called dyn_unpack ebuild.sh, line 711: Called src_unpack pyopengl-18.104.22.168.ebuild, line 34: Called built_with_use 'dev-lang/python' 'tk' eutils.eclass, line 1614: Called die !!! dev-lang/python-2.4.3-r1 does not actually support the tk USE flag! What I done was to midify the ebuild. I changed the line: if built_with_use dev-lang/python tk; then in: if built_with_use dev-lang/python tcltk; then and it worked.
Comment 1 Dominique Michel 2006-09-16 08:24:17 UTC
You can read this forum thread, because it is a different problem for different profiles: http://forums.gentoo.org/viewtopic-p-3581973.html#3581973
Comment 2 Jakub Moc (RETIRED) 2006-09-16 08:29:19 UTC
No, re-emerge python, the check is correct. There's no tcltk use flag for python, it's been changed to tk. (Just run emerge -NuDpv world to check).
Comment 3 Jakub Moc (RETIRED) 2006-09-19 17:37:42 UTC
*** Bug 148264 has been marked as a duplicate of this bug. ***
Comment 4 Dominique Michel 2006-10-01 14:03:16 UTC
It seam at this brake the Gentoo Linux Installer (GTK+) at least on amd64. Abany on the same forum thread have reported: !! ERROR: dev-python/pyopengl-22.214.171.124 failed. Call stack: ebuild.sh, line 1539: Called dyn_unpack ebuild.sh, line 711: Called src_unpack pyopengl-126.96.36.199.ebuild, line 34: Called built_with_use 'dev-lang/python' 'tk' eutils.eclass, line 1614: Called die !!! dev-lang/python-2.4.3-r1 does not actually support the tk USE flag! !!! If you need support, post the topmost build error, and the call stack if relevant.
Comment 5 Jakub Moc (RETIRED) 2006-10-01 14:11:30 UTC
Re-read Comment #2, there's nothing to fix here.
Comment 6 Dominique Michel 2006-10-11 09:14:38 UTC
And how will do an user that use the livecd to do a network less installation? It is a few users that complain at pyopengl on the live cd brake the installation. And it is nothing they can do because it is in the ebuild on the cd and they are doinf a network less install. So myabe at the name of this bug don't reflet the actual problem with it, problem that is at the live cd must be fixed about that. On http://forums.gentoo.org/viewtopic-t-477582-highlight-.html today: I have the same prob. when i try to install using the livecd... Im running on a pentium4. I downloaded it from this address http://mirror.uni-c.dk/pub/gentoo/releases/x86/2006.1/livecd/ and it's from sep 24 allso. So it is the last livecd. So I suggest at you reopen this bug and pass it to the devs they are responsable for this livecd, or at least ask them on that matter. I don't use it myself, but for what I can see on this forum thread, it is really a problem with it.
Comment 7 Jakub Moc (RETIRED) 2006-10-11 09:46:36 UTC
Already told you twice to re-emerge python, so kindly do it. CLOSED.
Comment 8 Dominique Michel 2006-10-11 12:43:25 UTC
And again. It is people on the forum complaining at the livecd install is broken of this tcltk use flag. And it is not possible to do a sync with the livecd install. So how do you want at people without an internet connection but with this livecd installo re emerge python? How do you want at they do this? Or maybe, as they just said in the forum, at you are working for Redmond. And again, it is not for me, I have re installed python it was a long time ago, but I do have both a working installation and an intenet connection.
Comment 9 Dominique Michel 2006-10-11 12:44:31 UTC
Just read this fucking forum thread! And answer yourself to those people at you want not fix this fucking broken livecd!
Comment 10 Dominique Michel 2006-10-11 12:45:08 UTC
Sorry, but too much is too much!
Comment 11 Jakub Moc (RETIRED) 2006-10-11 13:58:37 UTC
And we still won't and can't fix it. All the livecd stuff is just a snapshot of portage tree in a given moment. There's been one use flag, changed meanwhile -> emerge --sync, re-emerge python and stop ranting here.
Comment 12 Dominique Michel 2006-10-11 14:33:17 UTC
The problem is you can't use the GTK installer due to this problem. It crashes out and leaves you with no option but to wash, rinse, repeat, re-crash. By saying they won't fix the bug the developers have decided to make the graphical installer a waste of effort. In my case I went in and installed the old fashoned way (never HAVE gotten that graphical POS to work), but for anyone who is trying out Gentoo and hasn't done this a few hundred times before they're out of luck. Bad for them, bad for the community, bad for Gentoo, bad for Linux. Do these guys work in Redmond now? Dixit the users on the forum. And you want fix it?
Comment 13 Jakub Moc (RETIRED) 2006-10-11 14:37:07 UTC
Yes, we won't fix this. We can't fix a snapshot of the tree in the past.
Comment 14 Dominique Michel 2006-10-11 14:58:56 UTC
It is other bug repport on the livecd that show that it is possible to fix it with a new snapshoot. But no matter, it is another possibility: upgrade the doc and tell the user at the gtk installer is broken and it it is just a waste of time to use it.
Comment 15 Jakub Moc (RETIRED) 2006-10-11 15:23:38 UTC
Sure, everytime $package changes use flags, we'll release new stages. ;)
Comment 16 Jakub Moc (RETIRED) 2006-10-15 11:54:29 UTC
*** Bug 151486 has been marked as a duplicate of this bug. ***
Comment 17 Jakub Moc (RETIRED) 2006-10-22 13:12:36 UTC
*** Bug 152418 has been marked as a duplicate of this bug. ***
Comment 18 Jakub Moc (RETIRED) 2006-12-09 09:39:25 UTC
*** Bug 157626 has been marked as a duplicate of this bug. ***
Comment 19 Jakub Moc (RETIRED) 2006-12-26 13:09:23 UTC
*** Bug 159158 has been marked as a duplicate of this bug. ***
Comment 20 Jakub Moc (RETIRED) 2007-01-14 12:30:53 UTC
*** Bug 162030 has been marked as a duplicate of this bug. ***
Comment 21 Jakub Moc (RETIRED) 2007-03-16 11:07:24 UTC
*** Bug 171151 has been marked as a duplicate of this bug. ***
Comment 22 Jakub Moc (RETIRED) 2007-03-16 17:54:22 UTC
*** Bug 171151 has been marked as a duplicate of this bug. ***
Comment 23 Jakub Moc (RETIRED) 2007-08-22 20:03:16 UTC
*** Bug 189873 has been marked as a duplicate of this bug. ***
Comment 24 Richard Lynch 2007-08-22 20:12:23 UTC
If I have to upgrade Python to emerge this PyOpenGL thingie, then can't that just be put into the ebuild as a dependency so it just works instead of getting this incomprehensible "doesn't actually use tk flag" nonsense?...
Comment 25 Charlie Nolan 2007-08-22 20:21:35 UTC
Good luck with that. The general attitude on this bug from the developers seems to be "I'll just close my eyes, put my fingers in my ears and hum real loud so that I can't tell that there's a problem."