A couple of small problems with Firefox

voyciz · 09-24-2009, 09:37 PM

OK I'm running the Slack64 13 package of Firefox 3.5.3
I also have clearlooks-0.6.2-x86_64-1_SBo installed. For some reason,
Firefox has a problem locating clearlooks but when I use Geany I do not
get that error. Any reason why this might be?

Also, this comes up after using the browser:

LoadPlugin: failed to initialize shared library
/usr/lib/mozilla/plugins/libmozsvgdec.so
[/usr/lib/mozilla/plugins/libmozsvgdec.so: wrong ELF class: ELFCLASS32]

It appears that the browser is trying to use the 32-bit lib rather than
the one stored in /usr/lib64. How would I change this behavior? In
/etc/ld.so.conf I have /usr/lib64/mozilla listed but not /usr/lib/mozilla and I also have $LD_LIBRARY_PATH set up to look for 64-bit libraries first.

I really don't understand what's happening here and I've tried searching but haven't found anything. If anyone could help me sort out these minor disturbances, I'd greatly appreciate it. Thank you.

animeresistance · 09-24-2009, 09:42 PM

It looks like you updated firefox using the 32 bits configuration.

animeresistance · 09-24-2009, 09:49 PM

I mean that i think that, the firefox you are using is the 32 bit firefox, not the 64 bit, that's why is looking for the "/usr/lib/mozilla/plugins" folder. Now where to get the firefox 3.5.3 for 64 bits ? that is what i'm looking for :|

voyciz · 09-25-2009, 01:45 PM

/var/log/packages/mozilla-firefox-3.5.3-x86_64-1

This is the package I have installed. I don't understand what you mean. This is a package found in ftp.slackware.com/pub/slackware64-13.0/slackware64/xap/, I assumed that this was 64 bit Firefox? The library it wants to use exists in /usr/lib64/mozilla/plugins but for some reason it wants to use the one in /usr/lib/mozilla/plugins.

Edit: ....but, you know what? I did accidentally install the 32 bit version of 3.5.3. However I promptly removed it and used the x86_64 build. I wouldn't think this would screw anything up, but maybe it did?

Petri Kaukasoina · 09-25-2009, 04:10 PM

You could say that there is a bug in the 64-bit firefox. It looks for plugins not only in /usr/lib64/mozilla/plugins but also in /usr/lib/mozilla/plugins. Something like this would fix it:

Code:

--- mozilla-1.9.1/xpcom/io/nsAppFileLocationProvider.cpp.orig   2009-08-24 18:53:28.000000000 +0300
+++ mozilla-1.9.1/xpcom/io/nsAppFileLocationProvider.cpp        2009-09-25 22:22:45.000000000 +0300
@@ -254,7 +254,7 @@
     }
 #ifdef XP_UNIX
     else if (nsCRT::strcmp(prop, NS_SYSTEM_PLUGINS_DIR) == 0) {
-        static const char *const sysLPlgDir = "/usr/lib/mozilla/plugins";
+        static const char *const sysLPlgDir = "/usr/lib64/mozilla/plugins";
         rv = NS_NewNativeLocalFile(nsDependentCString(sysLPlgDir),
                                    PR_FALSE, getter_AddRefs(localFile));
     }

voyciz · 09-25-2009, 05:44 PM

Thank you for chiming in, Petri. I really wish I could try the fix but after making the change to the source code, I get some error from nsPrintDialogGTK.cpp when building. Something I'll have to live with for now I suppose, as it's not important enough to me to try to dig deeper. I wonder what's going on with clearlooks though, maybe that also requires a modification to the source code. I was hoping the 64-bit transition would be much easier.