+++ This bug was initially created as a clone of Bug #225999 +++ 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: /
Removing all CCed people. Which version of dev-lang/tk are you using? This bug is fixed for some time now. Your system seems a bit outdated. Installing the latest available version should fix it (both in stable and unstable).