various errors related to configuration
Hugh Brown
hbrown at divms.uiowa.edu
Wed Dec 22 20:12:27 UTC 2010
les wrote:
> On Fri, 2010-12-17 at 10:17 -0600, Hugh Brown wrote:
>> Les wrote:
>>> I started with an evolution configuration error, and now a
>>> Firefox/Mozilla configuration error, so it appears to me that this might
>>> be a system level error. Maybe some file or directory permissions
>>> issue, or perhaps a generic configuration error.
>>>
>>> I tried using the Firefox ProfileManager to create a new profile, but
>>> that lost me all my bookmarks, as well as not changing a problem getting
>>> my home page to load at startup, in spite of that being the selection on
>>> the preferences page, even after creating a new user profile with the
>>> profile manager. Java won't run, even after reloading from the software
>>> add/remove manager.
>> Creating a new profile in Firefox does exactly that. The old bookmarks
>> are in your old profile. You can restore them from the old profiles
>> bookmark directory. From within the bookmark manager, choose to Import
>> and Backup->Restore->Choose file and then browse to
>> ~/.mozilla/firefox/<random string>.default/ and then pick the most
>> recent file.
>>
>> When you say Java won't run, do you mean the java plugin won't load in
>> your browser or that you can't get the command line tools to work?
>>
>> If it's the plugin that won't run, you'll need to add a link for the
>> plugin into either your user plugin directory
>> (~/.mozilla/firefox/plugins) or a system plugin directory
>> (/usr/lib64/mozilla/plugins).
>>
>> e.g. ln -s /usr/java/default/jre/lib/amd64/libnpjp2.so
>> /usr/lib64/mozilla/plugins to do it system wide
>>
>>
>>> Next I went to the Java website to get the new package, and retrieved
>>> the jre-6u23-linux-x64-rpm.bin file. when I attempted to source that
>>> file I get:
>>>
>>> $ ./j*bin
>>> Unpacking...
>>> Checksumming...
>>> Extracting...
>>> UnZipSFX 5.50 of 17 February 2002, by Info-ZIP (Zip-Bugs at lists.wku.edu).
>>> replace jre-6u23-linux-amd64.rpm? [y]es, [n]o, [A]ll, [N]one, [r]ename:
>>> y
>>> inflating: jre-6u23-linux-amd64.rpm
>>> error: can't create transaction lock on /var/lib/rpm/.rpm.lock
>>> (Permission denied)
>>>
>>> but the file appears to uncompress and be present as:
>>>
>>> jre-6u23-linux-x64-rpm
>>>
>>> but I am unsure of loading it with the prior error in existence.
>> By default the script from sun/oracle tries to unpack the rpm and then
>> install it. You ran this as a non-root user (which is fine), it tried
>> to install the rpm and failed. You can safely install the rpm.
>>
>> Hugh
> Hi, Hugh,
> I did add the link, and then corrected it, then tried
> # mozilla-plugin-config -i
> *** NSPlugin Viewer *** ERROR: /usr/lib64/mozilla/plugins/libnpjp2.so:
> undefined symbol: __gxx_personality_v0
>
> So at this time, the jre plugin is not installed and I seem to be
> missing some vital library function to get it to work.
>
> After a great deal of google surfing I discovered that this fuction is
> supposedly part of libstdcc++. Using yum I discovered that that is
> supported by: libstdc++.x86_64
>
> running yum info libstdc++.x86_64 I get:
>
> # yum info libstdc++.x86_64
> Loaded plugins: langpacks, presto, refresh-packagekit
> Adding en_US to language list
> Installed Packages
> Name : libstdc++
> Arch : x86_64
> Version : 4.5.1
> Release : 4.fc14
> Size : 1.0 M
> Repo : installed
>>From repo : fedora
> Summary : GNU Standard C++ Library
> URL : http://gcc.gnu.org
> License : GPLv3+ and GPLv3+ with exceptions and GPLv2+ with
> exceptions
> Description : The libstdc++ package contains a rewritten standard
> compliant GCC
> : Standard C++ Library.
>
> This also shows up as installed via the graphics window, as I am not
> trusting any single method to give me information now.
>
> # mozilla-plugin-config -l
> EXCLUDE_WRAP:
> libtotem*
> libjavaplugin*
> gecko-mediaplayer*
> mplayerplug-in*
> librhythmbox*
> packagekit*
> libnsISpicec*
> EXCLUDE_LINK:
>
> /usr/lib64/mozilla/plugins-wrapped/nswrapper_64_64.libflashplayer.so
> Original plugin: /usr/lib64/mozilla/plugins/libflashplayer.so
> Wrapper version string: X (1.3.0)
> File/Link /usr/lib64/mozilla/plugins-wrapped/libtotem-narrowspace-plugin.so
> File/Link /usr/lib64/mozilla/plugins-wrapped/libtotem-gmp-plugin.so
> File/Link /usr/lib64/mozilla/plugins-wrapped/libtotem-mully-plugin.so
> File/Link /usr/lib64/mozilla/plugins-wrapped/librhythmbox-itms-detection-plugin.so
> File/Link /usr/lib64/mozilla/plugins-wrapped/libtotem-cone-plugin.so
> File/Link /usr/lib64/mozilla/plugins-wrapped/libnpjp2.so
> /usr/lib64/mozilla/plugins-wrapped/nswrapper_64_64.libflashplayer.so
> Original plugin: /usr/lib64/mozilla/plugins/libflashplayer.so
> Wrapper version string: X (1.3.0)
> File/Link /usr/lib64/mozilla/plugins-wrapped/libtotem-narrowspace-plugin.so
> File/Link /usr/lib64/mozilla/plugins-wrapped/libtotem-gmp-plugin.so
> File/Link /usr/lib64/mozilla/plugins-wrapped/libtotem-mully-plugin.so
> File/Link /usr/lib64/mozilla/plugins-wrapped/librhythmbox-itms-detection-plugin.so
> File/Link /usr/lib64/mozilla/plugins-wrapped/libtotem-cone-plugin.so
> File/Link /usr/lib64/mozilla/plugins-wrapped/libnpjp2.so
>
> Which shows it as installed, but it doesn't work, and the quickjava
> addon toolbar button does not enable it.
>
> Regards,
> Les H
>
I did the following to get the 64-bit plugin to work:
Exit out of firefox
cd /usr/lib64/mozilla/plugins
ln -s /usr/java/default/jre/lib/amd64/libnpjp2.so libnpjp2.so
Edit /etc/sysconfig/nspluginwrapper and change IGNORE_WRAP to include
libnpjp2*
rpm -e java-1.6.0-openjdk-plugin
Start firefox, go to about:plugins and verify that it lists the java
plugin. Go to a page with an applet and verify that it runs.
Hugh
More information about the users
mailing list