Tcl - Tcl plugin on FC6 not functioning.

Author

Tcl plugin on FC6 not functioning.

C.A.Plater

2007-04-19, 8:07 am

Ok I'm missing something. I've got the latest Tcl Plugin 3.1.0
installed in Firefox 2.0.0.3 on a FC6 system and it does not activate.
about:plugin shows it there and the library is in
/usr/lib/firefox-2.0.0.3/plugins/libnptcl3.1.so and it is executable. I
think I need an environment variable set or something simple but not
obvious to me. I got this working just fine with WinXp, Suse, Kubuntu
and Slackware 11.0 but FC6 eludes me. Could someone give me a clue?

C. Plater

Bezoar

2007-04-20, 7:07 pm

On Apr 19, 6:55 am, "C.A.Plater" <cpla...@yahoo.com> wrote:
> Ok I'm missing something. I've got the latest Tcl Plugin 3.1.0
> installed in Firefox 2.0.0.3 on a FC6 system and it does not activate.
> about :plugin shows it there and the library is in
> /usr/lib/firefox-2.0.0.3/plugins/libnptcl3.1.so and it is executable. I
> think I need an environment variable set or something simple but not
> obvious to me. I got this working just fine with WinXp, Suse, Kubuntu
> and Slackware 11.0 but FC6 eludes me. Could someone give me a clue?
>
> C. Plate

Perhaps you need to re-initialize your ldconfig . Alternatively you
can open up a shell
and add that directory to your LD_LIBRARY_PATH then from INSIDE the
shell start firefox.

Carl

C.A.Plater

2007-04-22, 8:06 am

Alexandre Ferrieux wrote:
>
> Here too ;-) strace could help. Since you see it in the about :plugin
> list, then FF must at least be getting at its .so; then maybe
> something else goes wrong. In 99% of the cases a failed syscall gives
> it away.
>
> -Alex
>
I did try the strace command and found it does find the plugin. I did
see where it is looking for version 8.4.14 of tcl and the installed
version is 8.4.13 but I'm not sure what if anything that really means.

> lstat64("/usr/lib/firefox-2.0.0.3/tcl8.4.14", 0xbffcb228) = -1 ENOENT (No such file or directory)

I see this pattern repeated:
> access("/usr", F_OK) = 0
> access("/usr/lib", F_OK) = 0
> access("/usr/lib/firefox-2.0.0.3", F_OK) = 0
> access("/usr/lib/firefox-2.0.0.3/plugins", F_OK) = 0
> access("/usr/lib/firefox-2.0.0.3/plugins/nptcl", F_OK) = 0
> access("/usr/lib/firefox-2.0.0.3/plugins/nptcl/tclplugin.so", F_OK) = 0
> access("/usr/lib/firefox-2.0.0.3/plugins/nptcl/tclplugin.so/lib", F_OK) = -1 ENOTDIR (Not a directory)

Still scratching my head on this one. Thanks for the pointers though.

C. Plater

Alexandre Ferrieux

2007-04-22, 7:06 pm

On Apr 22, 11:40 am, "C.A.Plater" <cpla...@yahoo.com> wrote:[color=darkred]
> I did try the strace command and found it does find the plugin. I did
> see where it is looking for version 8.4.14 of tcl and the installed
> version is 8.4.13 but I'm not sure what if anything that really means.

Two options: either it has a good reason to require 8.4.14 -- or not.
In both cases you can try to cheat: put, where it is sought, a
tcl8.4.14 link to your 8.4.13 dir...
[color=darkred]
> I see this pattern repeated:

Guess it's trying to be creative in finding dirs with libraries. Maybe
an alternative search stragegy to find a libtcl.so ?
But try the link trick first, and see how this lib part is affected.

-Alex

C.A.Plater

2007-04-23, 8:07 am

Alexandre Ferrieux wrote:
> On Apr 22, 11:40 am, "C.A.Plater" <cpla...@yahoo.com> wrote:
>
> Two options: either it has a good reason to require 8.4.14 -- or not.
> In both cases you can try to cheat: put, where it is sought, a
> tcl8.4.14 link to your 8.4.13 dir...
>
>
> Guess it's trying to be creative in finding dirs with libraries. Maybe
> an alternative search stragegy to find a libtcl.so ?
> But try the link trick first, and see how this lib part is affected.
>
> -Alex
>

I did try the sym-link but it didn't work and right now I'm thinking it
may be easier to remove firefox and do re-install. I've used that to
fix an occasional errant application the wont play nice. I have a copy
of the ActiveState 8.4.14 and 8.5 so I may install them and see if it
"cures" it.

C. Plater

Sponsored Links