Description of problem:
The autopath of tcl is not properly being set to something reasonable like
"/usr/share/tcl8.4/tcl8.4" but instead odd-ball things like
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Whenever I tried running a tcl/tk installer that I cannot share
"Application init failed ... This probably means that Tcl wasn't installed
Installer to run.
My ugly solution is found at the URL. But to repeat:
mkdir -p /build/xfndry8/J.36/env/TDS/Tcl/dist/export/lib
ln -s /usr/share/tcl8.4/tcl8.4 /build/xfndry8/J.36/env/TDS/Tcl/dist/export/lib
mv tk8.4 tk8.4_orig
ln -s /usr/share/tk8.4 tk8.4
cp tk8.4_orig/pkgIndex.tcl tk8.4
Could you be more precise with steps to reproduce?
We don't support tcl/tk for years. What's tcl/tk installer? Yum install it in
normal path "/usr/share/tcl8.4".
The installer is a program I got from another company to install their software
that happened to be written in tcl/tk. That was just what I happened to be
executing, sorry for the confusion.
Yum installs into /usr/share/tcl8.4, however the tclsh and wish shells don't
look there, instead they are looking at some weird directory
"/build/xfndry8/J.36/env/TDS/Tcl/dist/export/lib" almost like the rpm build
scripts are broken.
I read your blogspot ;-) As you are saying, you are using third party program. I
can't test it. Fedora paths are a little different from other distro tcl paths,
because we want libraries in lib and share objects in share.
But as you can see on my F-8, I can't avoid your problem:
% puts $auto_path
/usr/share/tcl8.4 /usr/share /usr/lib /usr/lib/tcl8.4
[root@somewhere]# rpm -q tcl tk
Did you try to reinstall tcl? Couldn't be this path added with some tcl module?
I now see recognize the xfndry8 and J.38 part - it's the Xilinx 8 software that
hosed up my install. Sorry!