Summary: | media-gfx/skencil-0.6.17 fails to emerge | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ricardo <designerd> |
Component: | New packages | Assignee: | Python Gentoo Team <python> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | betelgeuse, fauli, gentoo-bugs, gentoo-bugzilla, jarauh, keaneyw, Shingoshi, tcltk |
Priority: | High | ||
Version: | 2006.0 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge --info
build.log from skencil emerge build log and emerge info |
Description
Ricardo
2006-10-09 23:44:50 UTC
Created attachment 99256 [details]
emerge --info
Is anyone working on this, or does anyone have any suggestions? -Ricardo- Created attachment 110212 [details]
build.log from skencil emerge
It's been 4 months with not so much as an acknowledgement of this bug. What's going on?
(In reply to comment #3) > Created an attachment (id=110212) [edit] > build.log from skencil emerge > > It's been 4 months with not so much as an acknowledgement of this bug. What's > going on? > I just tested skencil and it emerged just fine for me with python build with USE="tk". (WORKSFOR)Me too! I also just got the "you need tkinter" message from skencil, re-emerged python and skencil compiles fine afterwards. dev-lang/python-2.4.4 USE="berkdb gdbm ncurses readline ssl tk -bootstrap -build -doc -ipv6 -nocxx -ucs2" 0 kB media-gfx/skencil-0.6.18_pre20070421 USE="-nls*" 0 kB Created attachment 123414 [details]
build log and emerge info
I am also suffering from this - although re emerging python for me does not help. This also occurs under skencil-0.6.18_pre20070421 which is available under ~x86
Found a work around: # USE="-debug - threads" emerge -av tk tcl # USE="-doc" emerge -av python # emerge skencil I've added the necessary flags to package.use . It appears something in either the debug flag (in the case of TK) or the docs flag in python prevents Python from detecting if TK support is enabled. I don't know whether this is now a bug in the ebuild for Python or for TK. Could someone assign this appropriately? I had the same problem and was able to track it down to a failure to build the tkinter extension due to a link error with libBLT.a (no surprise since it should be linking against libBLT.so). x86_64-pc-linux-gnu-gcc -pthread -shared -fno-strict-aliasing -DNDEBUG -march=k8 -mtune=k8 -O2 -pipe -I. -I./Include build/temp.linux-x86_64-2.4/_tkinter.o build/temp.linux-x86_64-2.4/tkappinit.o -L/usr/X11R6/lib -L/usr/X11R6/lib -L/usr/local/lib -lBLT -ltk8.4 -ltcl8.4 -lX11 -o build/lib.linux-x86_64-2.4/_tkinter.so /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/X11R6/lib/libBLT.a(bltInit.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/X11R6/lib/libBLT.a: could not read symbols: Bad value collect2: ld returned 1 exit status The link error did not cause the python ebuild to fail. The problem was that I had dev-tcltk/blt installed and its ebuild does not create a symlink for its shared library, although it does create one for its static library. Manually creating the libBLT.so symlink (to libBLT24.so) in /usr/lib and re-emerging python results in a successful python build with _tkinter.so and a subsequent successful build of skencil. *** Bug 223169 has been marked as a duplicate of this bug. *** Adding tcltk@gentoo.org to see if matsuu can help with this. Regards, As already reported in bug #223169 (duplicate to this bug) nowadays media-gfx/skencil-0.6.18_pre20080519 may fail if python is emerged without the tk use-flag. Shouldn't skencil depend on the +tk-useflag in python in this case? skencil nowadays asks for the tk USE flag in Python, so closing. Reopen if you disagree. |