Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 125104 - itcl won't build because can't find tclConfig.sh
Summary: itcl won't build because can't find tclConfig.sh
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: TCL/TK Project
URL:
Whiteboard:
Keywords:
: 125105 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-03-05 09:32 UTC by moth
Modified: 2006-05-19 17:56 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description moth 2006-03-05 09:32:49 UTC
itcl's ./configure is cannot find tclConfig.sh on what I believe is a relatively vanilla amd64 system.  Or at least: I've reviewed the configuration sections of the gentoo handbook and can't find any documentation that addresses this issue.

The file it's looking for is /usr/lib64/tclConfig.sh  but it's looking in /usr/lib and in some other places that don't make sense in the context of ebuilds.

Things that didn't work include emerge -Dev --noconfmem itcl

I've worked around this issue in my case with

cd /usr/lib
ln -s /usr/lib64/tclConfig.sh

With that in place, ./configure completes, the makefile is created, and itcl builds.

But I think this is a bug.

I've not indicated version, because this is a relatively old gentoo amd64 system which has been through several upgrades -- that might be significant but I don't know what aspect of that would be significant.  

(I do have a vauge memory of having tweaked something a couple years ago that might have something to do with this issue, but that might just be my memory fooling me, and I certainly don't know what documentation to look at to find this again.  But given the simplicity of this issue I can easily believe that it's some documentation issue aka user error...)
Comment 1 moth 2006-03-05 09:35:16 UTC
this bug should be closed.  bug125105 should replace this spurious bug report.

*** This bug has been marked as a duplicate of 12105 ***
Comment 2 Jakub Moc (RETIRED) gentoo-dev 2006-03-05 09:37:58 UTC
*** Bug 125105 has been marked as a duplicate of this bug. ***
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2006-03-05 09:39:44 UTC
Reopen, duped incorrectly.
Comment 4 moth 2006-03-05 09:51:43 UTC
emerge --info is on 125105
Comment 5 Simon Stelling (RETIRED) gentoo-dev 2006-03-05 10:03:51 UTC
please, don't make us search for information across multiple bugs.. it'd be far better if you could just post the info again instead of referencing another bug
Comment 6 moth 2006-03-05 10:38:23 UTC
125105 is a complete copy of this bug, with the emerge --info information in it.  I asked that this bug be closed but someone closed that bug instead.  I left things alone after that, except for the one comment, because I didn't want to get in the way.

Anyways, here's the info from 125105:

Portage 2.0.54 (default-linux/amd64/2005.0, gcc-3.3.4, glibc-2.3.5-r2,
2.6.12-ge
ntoo-r10halloween x86_64)
=================================================================
System uname: 2.6.12-gentoo-r10halloween x86_64 AMD Opteron(tm) Processor 240
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -g"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X1
1/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -g"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks noclean nostrip sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.osuosl.org rsync://mirror.mcs.anl.gov/pub/gentoo/ 
http://rsync.gentoo.com"
LDFLAGS="-ggdb"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage.local"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X aalib aim alsa audiofile avi berkdb bitmap-fonts bzip2 crypt
cscope
 cups curl debug dga doc dv dvd dvdr eds emboss encode esd exif expat fbcon
flac
 foomaticdb fortran gd gdbm gif glut gpm gstreamer gtk hardened idn imagemagick 
imap imlib ipv6 jack java jikes jpeg kde lcms lua lzw lzw-tiff mad maildir
matro
ska matrox mcal mikmod mng mp3 mpeg ncurses nls nocd offensive ogg opengl pam
pc
re pda pdflib perl png python qt quicktime readline recode ruby sdl slang speex 
spell ssl tcltk tcpd theora tiff truetype truetype-fonts type1-fonts udev
unicod
e usb use userlocales videos vorbis xml2 xpm xv xvid zlib userland_GNU
kernel_li
nux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LINGUAS
Comment 7 Thomas Cort (RETIRED) gentoo-dev 2006-05-19 17:56:19 UTC
itcl-3.3-r1 is now stable on amd64. It finds tclConfig.sh in the proper place for me:

checking for Tcl private include files... Using srcdir found in tclConfig.sh: /usr/lib64/tcl8.4/include

> I've not indicated version, because this is a relatively old gentoo amd64
> system which has been through several upgrades -- that might be significant 
> but I don't know what aspect of that would be significant.

If you are still having problems with 3.3-r1, then re-open this bug. Before you re-open it, please make sure that the system is up to date, using the 2006.0 profile, using the newest stable gcc (see gcc-config), and any workarounds you've used are reverted. Since tclConfig.sh is installed by tcl, you may also need to re-emerge tcl.