patrick.dupre at york.ac.uk
Thu Mar 8 13:58:46 UTC 2012
On Thu, 8 Mar 2012, Dave Mitchell wrote:
> On Thu, Mar 08, 2012 at 12:13:30PM +0000, Patrick Dupre wrote:
> On Thu, 8 Mar 2012, Dave Mitchell wrote:
> > This means that the version number in the perl file Tk.pm doesn't match
> > the version number in the compiled binary Tk.so. Why they differ is
> > probably down to how Tk was installed or upgraded; or its possible that
> > an environment variable (e.g. LD_LIBRARY_PATH or PERL5LIB) is set, causing
> > perl to pick up the two files from two different installations.
> > perl -V will show you what paths perl is picking up.
> Here is my perl -V
> But I do not see anything about Tk!
> The problem appear after an upgrade from fedora 13 to 14.
Your PERL5LIB and PERL_LIB environment variables are pointing to an area
which might be a separate perl installation, or may contain Tk files that
were built under an older perl, hence the mixing of versions.
As a test, try unsetting those two variables and see if you can load Tk:
$ bash # start a subshell
$ unset PERL5LIB PERL_LIB
$ perl -MTk -e 1
No, it does help.
This 2 variables are just set to be able to call my own perl libraries
I have the same issue without setting them.
if that runs without errors, then that will confirm the location of the
problem. After that, you'll need to decide why those variables were set,
and whether you need to do something similar for your new environment.
Gravity is just a theory; teach Intelligent Falling in our schools!
users mailing list
users at lists.fedoraproject.org
To unsubscribe or change subscription options:
Have a question? Ask away: http://ask.fedoraproject.org
Patrick DUPRÉ | |
Department of Chemistry | | Phone: (44)-(0)-1904-434384
The University of York | | Fax: (44)-(0)-1904-432516
Heslington | |
York YO10 5DD United Kingdom | | email: patrick.dupre at york.ac.uk
More information about the users