Red Hat Bugzilla – Bug 428624
tkinter has broken dependencies
Last modified: 2008-01-17 11:00:40 EST
Description of problem:
After rebuild tcl, tk and tix were changed paths according to
http://fedoraproject.org/wiki/PackagingDrafts/Tcl . Tix is now installed
installed into /usr/lib/tcl8.5/libTix.so
Fix paths for tkinter.
*** Bug 428789 has been marked as a duplicate of this bug. ***
This causes this broken deps report:
Broken deps for i386
tkinter - 2.5.1-20.fc9.i386 requires libTix8.4.so
it also prevents scribus and some other packages from being installed (see
duplicate bug #428789).
What seems to have happened is that tix was rebuilt against new Tcl 8.5, but now
the newly rebuilt tix is not versioned, see:
in the earlier version of tix there is a version:
Not sure which needs to be fixed, but either way python probably needs a rebuild.
From guide lines: Tcl and Tk applications must use a non-versioned interpreter
name in shebang line.
The whole guidelines could be found here:
Bumping up priority, this is causing rebuild failures in other rawhide packages,
Tom already tried on the 14th:
gcc -pthread -shared Modules/_tkinter.o Modules/tkappinit.o -ltix -ltk -ltcl
-lX11 -o Modules/_tkinter.so
gcc -pthread -shared Modules/_cursesmodule.o -lncursesw -o
gcc -pthread -shared Modules/_curses_panel.o -lpanel -lncursesw -o
/usr/bin/ld: cannot find -ltix
collect2: ld returned 1 exit status
make: *** [Modules/_tkinter.so] Error 1
...this seems to still be the case now, even though repoquery on rawhide says
/usr/lib64/libtix.so is there. I don't have time to look at this closer until
(In reply to comment #5)
> ...this seems to still be the case now, even though repoquery on rawhide says
> /usr/lib64/libtix.so is there. I don't have time to look at this closer until
Can you possibly ask somebody else to help with this (who has commit rights to
the package)? This currently blocks building of several other packages such as
system-config-printer (and probably more), as well as installing packages such
as scribus, so it really should be looked at very soon.
Well my guess was that it wasn't a python problem, so I don't think you'll need
to change anything in python ... just rebuild it once whatever is fixed, and
I'll happily do that. From IRC:
<dgilmore> blarney: looking at it yeah libTix.so is a symlink to libTix.so
...which would explain the problem.
And Jesse fixed it.