From: SourceForge.net <no...@so...> - 2005-04-22 16:52:15
|
Bugs item #1171762, was opened at 2005-03-28 05:08 Message generated for change (Comment added) made by dgp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=1171762&group_id=12997 Category: 74. Application Embedding Group: current: 8.4.9 Status: Open Resolution: Works For Me Priority: 5 Submitted By: MATSUURA Takanori (t-matsuu) Assigned to: Don Porter (dgp) Summary: prepare variable like TCL_PACKAGE_PATH in tcl. Initial Comment: I don't know whether this is the problem of Fedora Core, tk, or blt. On Fedora Core and Red Hat Enterprise and its clone distributions, tk is made as make TK_LIBRARY=/usr/share/tk8.4.9 As a result, pkgIndex.tcl is installed to /usr/lib/tk8.4.9/ and other stuff installed to /usr/share/tk8.4.9/. And then, build BLT from source, bltwish cannot find tk.tcl. So I request to add a mechanism like TCL_PACKAGE_PATH in tcl. ---------------------------------------------------------------------- >Comment By: Don Porter (dgp) Date: 2005-04-22 12:52 Message: Logged In: YES user_id=80530 The location of the pkgIndex.tcl file and the location of the tk.tcl initialization script don't necessarily have anything to do with each other, so I don't really follow the last comment. The question is why Fedora Core has chosen to install tk.tcl and other parts of Tk's script library in a different place from where Tk expects to find it, isn't it? Does the "wish" program exhibit similar problems, or is this just an issue for programs like bltwish that embed Tk? hmmm.. reading the original report more carefully, I see it refers to directories named "tk8.4.9". Standard Tk will install the script library into a directory named "tk8.4" and look in directories also with that name. Is that the root of the problem? If so, I'd expect "wish" to be just as broken as "bltwish", unless it's received other tweaking as well. ---------------------------------------------------------------------- Comment By: Jens-Ulrik Petersen (juhp) Date: 2005-04-04 03:56 Message: Logged In: YES user_id=139853 Don, do you have a better way of handling "multilib" libraries, since this is really the root of this issue. Multilib is used on some 64bit archs (eg x86_64 in particular) to allow both 32bit and 64bit programs to be able to run. So eg on x86_64 i386 (ia32) libs are in /usr/lib whereas 64bit libs live in /usr/lib64: for this reason pkgIndex.tcl is currently installed under $libdir and not $datadir in Fedora Core since it points to the binary library. If tcl/tk could provide better support for this situation it would be much appreciated. ---------------------------------------------------------------------- Comment By: MATSUURA Takanori (t-matsuu) Date: 2005-03-29 19:55 Message: Logged In: YES user_id=17586 Thanks dgp. I tested your advice and verified it works fine. I opened the bugzilla at Red Hat as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144455 ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2005-03-29 09:58 Message: Logged In: YES user_id=80530 Set the variable TK_LIBRARY at runtime to /usr/share/tk8.4.9 and tk.tcl will be found. Then complain to RedHat about delivering you a broken install, that you're required to work around with environment variables set a runtime. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=1171762&group_id=12997 |