Summary: | dev-util/insight-6.8: does not start - Tk_Init failed: Can't find a usable tk.tcl | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tiger!P <gentoo-tigerp> |
Component: | Current packages | Assignee: | Olivier Crete (RETIRED) <tester> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | azpegath, broken.zhou, dev-tools, devinsteffler, diego.stamigni, dirk, gentoo, gentoo, g_naray, joerg.faschingbauer, luke-jr+gentoobugs, marsoft, mescalinum, mfulz, moloh, mrc_timer, n-roeser, proteuss, s.riddell, SebastianLuther, stefan.andreas.bauer, theli.ua, tom.prince, zorry |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Ebuild which applies comment 2 patch
Ebuild for latest insight as described in comment 11 |
Description
Tiger!P
2008-07-15 15:58:27 UTC
*** This bug has been marked as a duplicate of bug 225999 *** Using the same patch as described upstream and in bug #225999 (which works in the case of sourcenav) doesn't appear to work for Insight, and the only difference appears to be that sourcenav uses Tk-8.3 and Insight uses Tk-8.4. Note that this bug is not really a true duplicate, since patching the system Tk has no effect on Insight. So even with the equivalent of this patch applied to Insight's internal Tk: http://bugs.gentoo.org/attachment.cgi?id=161242 it still fails to start with the infamous error below. I'll play around with it a little more, but I'm open to ideas... $ /usr/bin/insight Tk_Init failed: Can't find a usable tk.tcl in the following directories: /usr/share/insight/tk8.4 /usr/lib/tk8.4 /lib/tk8.4 /usr/library /library /tk 8.4.1/library /tk8.4.1/library /usr/share/insight/tk8.4/tk.tcl: no event type or button # or keysym no event type or button # or keysym while executing "bind Listbox <MouseWheel> { %W yview scroll [expr {- (%D / 120) * 4}] units }" (file "/usr/share/insight/tk8.4/listbox.tcl" line 182) invoked from within "source /usr/share/insight/tk8.4/listbox.tcl" (in namespace eval "::" script line 1) invoked from within "namespace eval :: [list source [file join $::tk_library $file.tcl]]" (procedure "SourceLibFile" line 2) invoked from within "SourceLibFile listbox" (in namespace eval "::tk" script line 4) invoked from within "namespace eval ::tk { SourceLibFile button SourceLibFile entry SourceLibFile listbox SourceLibFile menu SourceLibFile panedwindow SourceLibFile ..." invoked from within "if {$::tk_library ne ""} { if {[string equal $tcl_platform(platform) "macintosh"]} { proc ::tk::SourceLibFile {file} { if {[catch { namesp..." (file "/usr/share/insight/tk8.4/tk.tcl" line 393) invoked from within "source /usr/share/insight/tk8.4/tk.tcl" ("uplevel" body line 1) invoked from within "uplevel #0 [list source $file]" /usr/lib/tk8.4/tk.tcl: can't import command "mc": already exists can't import command "mc": already exists while executing "namespace import ::msgcat::mc" (in namespace eval "::tk::msgcat" script line 21) invoked from within "namespace eval msgcat { namespace export mc mcmax if {[interp issafe] || [catch {package require msgcat}]} { # The msgcat package..." (in namespace eval "::tk" script line 3) invoked from within "namespace eval ::tk { # Set up the msgcat commands namespace eval msgcat { namespace export mc mcmax if {[interp issafe] || [catch {p..." (file "/usr/lib/tk8.4/tk.tcl" line 20) invoked from within "source /usr/lib/tk8.4/tk.tcl" ("uplevel" body line 1) invoked from within "uplevel #0 [list source $file]" This probably means that tk wasn't installed properly. This bug also happens in my ~amd64 box with insight 6.7.1-r1 / 6.8 and tcl+tk 8.4.19 / 8.5.6. However it isn't triggered in my x86 box with insight 6.7.1-r1 / 6.8 and tck+tk 8.4.18 / 8.5.6. It looks like a deeper problem. With the patch mentioned in comment #2 applied =dev-util/insight-6.7.1-r1 and =dev-util/insight-6.8 do no longer fail to start on amd64. #3: Your versions of tk and tcl do not matter, because insight has its own versions bundled. *** Bug 270631 has been marked as a duplicate of this bug. *** Patch from comment #2 works on amd64 *** Bug 273205 has been marked as a duplicate of this bug. *** Created attachment 194428 [details] Ebuild which applies comment 2 patch Patch worked for me as well. http://sourceware.org/insight/ News July 19, 2009: Updated Insight 6.8-1 available Insight 6.8 has been available for some time, and the current release tarball has issues with newer versions of X11. As a result, I am making available a patched Inisght 6.8-1 release which should fix all outstanding issues with X11. I can confirm this bug via the ebuild on Gentoo/MIPS, as well as when compiling by hand -- I struck this. Since Insight 6.8-1 was released to fix exactly this issue, I think it better we just bump it to insight-6.8_p1. Ebuild changes are small (mainly ditch src_unpack and set MY_PV based on PV to substitute "_p" with "-"); I shall attach an updated ebuild shortly, and can commit it too pending the dev-tools herd's/tester's blessing (current maintainers). Created attachment 227635 [details] Ebuild for latest insight as described in comment 11 This is my attempt at an ebuild for the latest insight which fixes the can't find a usable tk.tcl. the patch in comment 12 makes it work for me again. (In reply to comment #12) > Created an attachment (id=227635) [details] > Ebuild for latest insight as described in comment 11 > > This is my attempt at an ebuild for the latest insight which fixes the can't > find a usable tk.tcl. > Ebuild is working fine for me - THX. Hitting this as well. Can some dev add the new ebuild to the tree? (In reply to comment #15) > Hitting this as well. Can some dev add the new ebuild to the tree? > When I tried -r1 and _p1 ebuild got a bad checksum error. I tried editing out the <MouseWheel> references as described in http://forums.gentoo.org/viewtopic-t-829965-start-0.html but I don't know how to emerge my edited version without it being overwritten by the original. Seems this fundamental tool should be a priority... I too can confirm that insight 6.8-1 fixes the problem. Lets mark it as fixed then (In reply to comment #18) > Lets mark it as fixed then > Sync still gives me the 6.8 ebuild, not Peter Fox's from comment #12. Sorry, I should have mentioned that. The request for a 6.8-1 ebuild is fairly old now, and what I wanted to say is that Peter's works far better than the 6.8 one. Can somebody please commit that ebuild? I guess this isn't fixed since the ebuild for 8.6.1 still isn't in portage. This bug isn't fixed adequately. Portage still doesn't feature Insight version 6.8.1, so every amd64 user will run into this. Please replace version 6.8 with version 6.8.1 in Portage. (In reply to comment #21) > This bug isn't fixed adequately. Portage still doesn't feature Insight version > 6.8.1, so every amd64 user will run into this. Please replace version 6.8 with > version 6.8.1 in Portage. this is still valid: the 6.8 version does not work, but 6.8_p1 from the attached ebuild does. Please add it to portage. This still isn't fixed. Portage still has insight 6.8. There's a bug to bump insight to version 6.8.1. Any idea what the ETA is for that? Another year or two? https://bugs.gentoo.org/342321?id=342321 |