Bug 225999 - tcl/tk broken if built with x11-proto/xproto-7.0.13
tcl/tk fails to execute if compiled while using x11-proto/xproto-7.0.13.
Reproducible: Always
Steps to Reproduce:
1. upgrade to x11-proto/xproto-7.0.13
2. compile tcl and tk
3. start any application using them
Actual Results:
$ wish
Application initialization failed: Can't find a usable tk.tcl in the following
directories:
/usr/lib64/tcl8.5/tk8.5 /usr/lib64/tk8.5 /lib/tk8.5 /usr/library
/usr/lib64/tk8.5/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
}"
invoked from within
"if {[tk windowingsystem] eq "aqua"} {
bind Listbox <MouseWheel> {
%W yview scroll [expr {- (%D)}] units
}
bind Listbox <Option-Mou..."
(file "/usr/lib64/tk8.5/listbox.tcl" line 182)
invoked from within
"source /usr/lib64/tk8.5/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 ""} {
proc ::tk::SourceLibFile {file} {
namespace eval :: [list source [file join $::tk_library $file.tcl]]
}
..."
(file "/usr/lib64/tk8.5/tk.tcl" line 404)
invoked from within
"source /usr/lib64/tk8.5/tk.tcl"
("uplevel" body line 1)
invoked from within
"uplevel #0 [list source $file]"
This probably means that tk wasn't installed properly.
Expected Results:
Tcl/TK applications to work correctly.
# paludis -I
paludis 0.26.2
Paludis build information:
Compiler:
CXX: x86_64-pc-linux-gnu-g++ 4.3.1
CXXFLAGS: -march=core2 -O2 -pipe
LDFLAGS:
DATE: 2008-06-11T12:38:31-0400
Libraries:
C++ Library: GNU libstdc++ 20080606
Reduced Privs:
reduced_uid: 101
reduced_uid->name: paludisbuild
reduced_uid->dir: /var/tmp/paludis
reduced_gid: 1000
reduced_gid->name: paludisbuild
Paths:
DATADIR: /usr/share
LIBDIR: /usr/lib64
LIBEXECDIR: /usr/libexec
SYSCONFDIR: /etc
PYTHONINSTALLDIR: /usr/lib64/python2.5/site-packages
RUBYINSTALLDIR:
Repository virtuals:
format: virtuals
Repository installed-virtuals:
format: installed_virtuals
root: /
Repository gentoo:
format: ebuild
location: /usr/portage
append_repository_name_to_write_cache: true
binary_destination: false
binary_keywords:
binary_uri_prefix:
builddir: /var/tmp/paludis
cache: /usr/portage/metadata/cache
distdir: /usr/portage/distfiles
eapi_when_unknown: 0
eapi_when_unspecified: 0
eclassdirs: /usr/portage/eclass
ignore_deprecated_profiles: false
layout: traditional
names_cache: /var/cache/paludis/names
newsdir: /usr/portage/metadata/news
profile_eapi: 0
profiles:
/usr/portage/profiles/default/linux/amd64/2008.0/desktop
securitydir: /usr/portage/metadata/glsa
setsdir: /usr/portage/sets
sync: rsync://rsync.europe.gentoo.org/gentoo-portage
sync_options:
use_manifest: use
write_cache: /var/empty
Package information:
app-admin/eselect-compiler: (none)
app-shells/bash: 3.2_p39
dev-java/java-config: 1.3.7 2.1.6
dev-lang/python: 2.4.4-r13 2.5.2-r4
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache: (none)
dev-util/confcache: (none)
sys-apps/baselayout: 2.0.0
sys-apps/openrc: 0.2.5
sys-apps/sandbox: 1.2.18.1-r2
sys-devel/autoconf: 2.13 2.62
sys-devel/automake: 1.10.1-r1 1.5 1.7.9-r1 1.9.6-r2
sys-devel/binutils: 2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool: 2.2.4
virtual/os-headers: 2.6.25-r4 (for
sys-kernel/linux-headers::installed)
Repository installed:
format: vdb
location: /var/db/pkg
builddir: /var/tmp/paludis
names_cache: /var/cache/paludis/names
provides_cache: /var/cache/paludis/provides
root: /
idem for me, and before finding this bug report, i have tried tcl tk 8.5.1:
idem unless downgrading to xproto-7.0.12 and re emerging tcl tk...
Got something very much like this with tcl/tk 8.4 when trying to access tk from
R. I have no idea how I managed to find this bug, but I did. :) I thought it
was an R bug, then a threads bug, then a gcc 4.3 bug. I guess I can upgrade to
Tcl/Tk 8.5 now.
Same here (with both tk 8.4.18 and tk 8.4.15-r1).
Error discovered while trying to run tk interfaces in python.
The bug is in generic/tkBind.c in the flagArray. xproto-7.0.13 adds
a new event GenericEvent. Probably every version of Tk (8.*) is affected.
Here's a patch.
--- tkBind.c 2006-07-21 02:26:54.000000000 -0400
+++ tkBind.c-new 2008-06-21 15:51:50.000000000 -0400
@@ -586,6 +586,9 @@
/* ColormapNotify */ COLORMAP,
/* ClientMessage */ 0,
/* MappingNotify */ 0,
+#ifdef GenericEvent
+ /* GenericEvent */ 0,
+#endif
/* VirtualEvent */ VIRTUAL,
/* Activate */ ACTIVATE,
/* Deactivate */ ACTIVATE,
Behavior observed under ~x86, scope of breakage is wider than just AMD64
platform.
Hardware changed from AMD64 to All
*** Bug 230621 has been marked as a duplicate of this bug. ***
*** Bug 230727 has been marked as a duplicate of this bug. ***
*** Bug 230877 has been marked as a duplicate of this bug. ***
*** Bug 231874 has been marked as a duplicate of this bug. ***
*** Bug 232550 has been marked as a duplicate of this bug. ***
*** Bug 233173 has been marked as a duplicate of this bug. ***
*** Bug 234965 has been marked as a duplicate of this bug. ***
patch works for me aswell
++ into tree
*** Bug 237056 has been marked as a duplicate of this bug. ***
Works for me. PLEASE put into tree. :-)
Have this patch solved this issue, I've the same problem with chessDB.
dev-lang/tk
Latest version available: 8.4.18
Latest version installed: 8.4.18
Size of files: 3,285 kB
Homepage: http://dev.scriptics.com/software/tcltk/
Description: Tk Widget Set
License: BSD
tk-8.4-lastevent.path have problem , out of array.
But for insight , it didn't workable. tk-8.4.18
Hello I put the ChessdB error :-(
$ chessdb
Application initialization failed: Can't find a usable tk.tcl in the following
directories:
/usr/lib/snack2.2/tk8.4 /usr/lib64/tcl8.4/tk8.4 /usr/lib64/tk8.4
/usr/games/lib/tk8.4 /usr/lib/tk8.4 /usr/games/library /usr/library
/usr/tk8.4.18/library /tk8.4.18/library
/usr/lib64/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
}"
invoked from within
"if {[tk windowingsystem] eq "classic" || [tk windowingsystem] eq "aqua"} {
bind Listbox <MouseWheel> {
%W yview scroll [expr {- (%D)}] uni..."
(file "/usr/lib64/tk8.4/listbox.tcl" line 181)
invoked from within
"source /usr/lib64/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 {$tcl_platform(platform) eq "macintosh"} {
proc ::tk::SourceLibFile {file} {
if {[catch {
namespace eval :: ..."
(file "/usr/lib64/tk8.4/tk.tcl" line 407)
invoked from within
"source /usr/lib64/tk8.4/tk.tcl"
("uplevel" body line 1)
invoked from within
"uplevel #0 [list source $file]"
/usr/lib/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
}"
invoked from within
"if {[tk windowingsystem] eq "classic" || [tk windowingsystem] eq "aqua"} {
bind Listbox <MouseWheel> {
%W yview scroll [expr {- (%D)}] uni..."
(file "/usr/lib/tk8.4/listbox.tcl" line 181)
invoked from within
"source /usr/lib/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 {$tcl_platform(platform) eq "macintosh"} {
proc ::tk::SourceLibFile {file} {
if {[catch {
namespace eval :: ..."
(file "/usr/lib/tk8.4/tk.tcl" line 407)
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.
Error in startup script: invalid command name "sc_info"
while executing
"sc_info version"
(file "/usr/games/bin/chessdb" line 1)
Can I have running chessdb masking x11-proto/xproto-7.0.13?
Thank's and regards
*** Bug 243282 has been marked as a duplicate of this bug. ***
(In reply to comment #18)
> patch works for me aswell
> ++ into tree
>
Also works for me
this is fixed in version 8.5.5.
also 8.4 got bumped to 8.4.19.
please test; reopen if doesn't work.
tk-8.4.19 still doesn't work without this patch...
added tk-8.4-lastevent.patch to tk-8.14.18-r1 and tk-8.4.19 ebuilds in CVS
please resync & test
thank you
Just synced and tested, everything works, hanks :)
*** Bug 246774 has been marked as a duplicate of this bug. ***
I just did this:
emerge --sync
emerge tk (also did tcl)
emerge insight
I am getting the following error, is it related to this PR or should it be a
new PR? What else do I need to do to get insight working again? I'll try emerge
-u world.
The computer is an x86 (posted because error has 'macintosh' in it?).
Error I am seeing now is:
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
/tk8.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.
emerge -u world did not fix it for me
I'm going to try using tk 8.5.5, since it has a hard mask
(http://gentoo-portage.com/dev-lang/tk/ChangeLog) I'm going to do this:
echo "=dev-lang/tcl-8.5.5" >> /etc/portage/packages.unmask
echo "=dev-lang/tk-8.5.5" >> /etc/portage/package.unmask
emerge tk
This should replace tcl 8.4.19 and tk 8.4.19-r1 with 8.5.5. Hopefully that will
fix it for me. I was under the impression that tk 8.4.19-r1 had this fixed.
After upgrading to tcl/tk 8.5.5 I had to run this command (twice):
revdep-rebuild
Insight still won't start. I'm going to try:
emerge insight
with hopes that it will detect the new tcl/tk version. Strangely enough in the
error message it only seems to be looking for tk8.4 or tk8.4.1. Maybe it is
insight that needs to be patched (i.e. does it come with its own copy of tcl/tk
that it is using?)
I still get this error when I run 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
/tk8.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]"
This probably means that tk wasn't installed properly.
Reinstalling insight did not fix the problem.
Should this PR be re-opened? What else can I try?
I thought that the patch was in the 'mainstream' so it wouldn't need to be
applied manually. Isn't that why the PR is closed?
Going to xproto 7.0.12 was the only thing that fixed it for me (of the things I
tried). I had to do this:
- put this line in /usr/portage/profiles/package.mask:
>=x11-proto/xproto-7.0.13
- emerge xproto
- emerge tcl; emerge tk; emerge insight
I think this means that insight comes with its own tcl/tk. So would it be
feasible to apply the same patch to insight's tk that was applied to tk for
this PR?
Should I raise a new PR for this against insight? I'm worried someone will
strike it down as a duplicate of this PR.
I appologize for all of the posts to this PR tonight. Hopefully the details
will help someone else.
(In reply to comment #39)
> I thought that the patch was in the 'mainstream' so it wouldn't need to be
> applied manually. Isn't that why the PR is closed?
Oh yeah. Sorry. Checking I see that I'm not longer using a local ebuild for
this.
dev-lang/tk-8.4.18 and x11-proto/xproto-7.0.13 are working for me, but I don't
use insight.
Correction, I'm using dev-lang/tk-8.4.19-r1 and x11-proto/xproto-7.0.13
(In reply to comment #0)
> tcl/tk fails to execute if compiled while using x11-proto/xproto-7.0.13.
> Reproducible: Always
> Steps to Reproduce:
> 1. upgrade to x11-proto/xproto-7.0.13
> 2. compile tcl and tk
> 3. start any application using them
> Actual Results:
> $ wish
> Application initialization failed: Can't find a usable tk.tcl in the following
> directories:
> /usr/lib64/tcl8.5/tk8.5 /usr/lib64/tk8.5 /lib/tk8.5 /usr/library
> /usr/lib64/tk8.5/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
> }"
> invoked from within
> "if {[tk windowingsystem] eq "aqua"} {
> bind Listbox <MouseWheel> {
> %W yview scroll [expr {- (%D)}] units
> }
> bind Listbox <Option-Mou..."
> (file "/usr/lib64/tk8.5/listbox.tcl" line 182)
> invoked from within
> "source /usr/lib64/tk8.5/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 ""} {
> proc ::tk::SourceLibFile {file} {
> namespace eval :: [list source [file join $::tk_library $file.tcl]]
> }
> ..."
> (file "/usr/lib64/tk8.5/tk.tcl" line 404)
> invoked from within
> "source /usr/lib64/tk8.5/tk.tcl"
> ("uplevel" body line 1)
> invoked from within
> "uplevel #0 [list source $file]"
> This probably means that tk wasn't installed properly.
> Expected Results:
> Tcl/TK applications to work correctly.
> # paludis -I
> paludis 0.26.2
> Paludis build information:
> Compiler:
> CXX: x86_64-pc-linux-gnu-g++ 4.3.1
> CXXFLAGS: -march=core2 -O2 -pipe
> LDFLAGS:
> DATE: 2008-06-11T12:38:31-0400
> Libraries:
> C++ Library: GNU libstdc++ 20080606
> Reduced Privs:
> reduced_uid: 101
> reduced_uid->name: paludisbuild
> reduced_uid->dir: /var/tmp/paludis
> reduced_gid: 1000
> reduced_gid->name: paludisbuild
> Paths:
> DATADIR: /usr/share
> LIBDIR: /usr/lib64
> LIBEXECDIR: /usr/libexec
> SYSCONFDIR: /etc
> PYTHONINSTALLDIR: /usr/lib64/python2.5/site-packages
> RUBYINSTALLDIR:
> Repository virtuals:
> format: virtuals
> Repository installed-virtuals:
> format: installed_virtuals
> root: /
> Repository gentoo:
> format: ebuild
> location: /usr/portage
> append_repository_name_to_write_cache: true
> binary_destination: false
> binary_keywords:
> binary_uri_prefix:
> builddir: /var/tmp/paludis
> cache: /usr/portage/metadata/cache
> distdir: /usr/portage/distfiles
> eapi_when_unknown: 0
> eapi_when_unspecified: 0
> eclassdirs: /usr/portage/eclass
> ignore_deprecated_profiles: false
> layout: traditional
> names_cache: /var/cache/paludis/names
> newsdir: /usr/portage/metadata/news
> profile_eapi: 0
> profiles:
> /usr/portage/profiles/default/linux/amd64/2008.0/desktop
> securitydir: /usr/portage/metadata/glsa
> setsdir: /usr/portage/sets
> sync: rsync://rsync.europe.gentoo.org/gentoo-portage
> sync_options:
> use_manifest: use
> write_cache: /var/empty
> Package information:
> app-admin/eselect-compiler: (none)
> app-shells/bash: 3.2_p39
> dev-java/java-config: 1.3.7 2.1.6
> dev-lang/python: 2.4.4-r13 2.5.2-r4
> dev-python/pycrypto: 2.0.1-r6
> dev-util/ccache: (none)
> dev-util/confcache: (none)
> sys-apps/baselayout: 2.0.0
> sys-apps/openrc: 0.2.5
> sys-apps/sandbox: 1.2.18.1-r2
> sys-devel/autoconf: 2.13 2.62
> sys-devel/automake: 1.10.1-r1 1.5 1.7.9-r1 1.9.6-r2
> sys-devel/binutils: 2.18-r1
> sys-devel/gcc-config: 1.4.0-r4
> sys-devel/libtool: 2.2.4
> virtual/os-headers: 2.6.25-r4 (for
> sys-kernel/linux-headers::installed)
> Repository installed:
> format: vdb
> location: /var/db/pkg
> builddir: /var/tmp/paludis
> names_cache: /var/cache/paludis/names
> provides_cache: /var/cache/paludis/provides
> root: /
*** Bug 258988 has been marked as a duplicate of this bug. ***
Somehow I missed this bug before opening a new one.
Please reopen? The problem is still there.
I still have this problem, too.
(I applied tk-8.4.18-tkBind.patch, which seems not to be in tree right now.)
Created an attachment (id=184467) [details]
Reworked ebuild for dev-lang/tk-8.4.18-r2
I hit this bug running python+Tkinter scripts from Scribus.
Added '=dev-lang/tk-8.4.18-r1 ~amd64' to package.keywords to get Lars'
lastevent patch included. Scribus now happily displays Tkinter dialogs.
I am attaching a reworked ebuild that doesn't bump the DEPEND to
>=x11-proto/xproto-7.0.13 but will still apply the patch if the later version
of xproto is in use.
CAN SOMEONE PLEASE TEST AND BUMP dev-lang/tk-8.4.18-r2 TO STABLE??? THIS BUG
HAS BEEN FIXED IN UNSTABLE FOR 7 MONTHS!!!
Why not just request stabilization of tk-8.4.19-r1 which has the fix already
included?
I just ran into this last night. I don't see how this bug is either
resolved/fixed at least for the random users of gentoo.
In my case I ran into this on x86_64. (Tho curiously I didn't run into this on
ppc64 which makes me wonder if maybe the amd64 team is just behind on bugs?!?)
please, include with your reports the output of:
# emerge -pv dev-lang/tcl dev-lang/tk x11-proto/xproto
many ppl are reporting different cases, and it becomes difficult to track the
progress of this pr
Seems to still hit people. Reopening.
On amd64 system here:
- with tk-8.4.18 - broken; same error
- with tk-8.4.18-r1 - works fine
Tested with wish and tkabber.
[ebuild R ] dev-lang/tcl-8.4.18 USE="threads -debug" 0 kB
[ebuild R ] x11-proto/xproto-7.0.14 0 kB
[ebuild R ] dev-lang/tk-8.4.18-r1 USE="threads -debug" 0 kB
Please stabilize tk-8.4.18-r1.
Had this problem when trying to run idle. Emerging =dev-lang/tk-8.4.18-r1 fixed
it for me.
=dev-lang/tk-8.4.18-r1 is going stable soon. check bug #268174
Is this supposed to be fixed now?
I just finished a fresh install of Gentoo on a new computer. Insight is not
working and it seems to be the same problem. Here is some output from this new
Gentoo install (it is on a Pentium D machine). All of the other programs that I
installed are working fine. I shouldn't have to reference this PR to get
insight to work. Using 'emerge insight' should take care of everything for me.
dev ~ # emerge -p xproto
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ] x11-proto/xproto-7.0.14
dev ~ # emerge -p tk
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ] dev-lang/tk-8.5.7
dev ~ # emerge -p insight
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ] dev-util/insight-6.8
dev ~ # 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
/tk8.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]"
This probably means that tk wasn't installed properly.
dev ~ #
I don't have to rebuild tcl and tk to fix this problem.
Going to xproto 7.0.12 and rebuilding insight fixes it for me:
- put this line in /usr/portage/profiles/package.mask:
>=x11-proto/xproto-7.0.13
- emerge xproto
- emerge insight
Is this bug supposed to be fixed now so that the above is not required?
your problem it's not about xproto and tcl, it's insight being broken. please
report that in another bug and file it under insight.
in addition, insight ships his own (8.4) version of the tcl libraries, which
makes it more and more broken.
