Gxine Stops Working when Upgrading to SeaMonkey 1.1.1
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Gxine Stops Working when Upgrading to SeaMonkey 1.1.1
Hi,
After I upgraded the original Slackware Seamonkey package v1.0.5 to v1.1.1 (which I got from Slackware), gxine v0.5.7 stopped working. I found that after I first removed v1.0.5 and then installed v1.1.1 (using pkgtool), v1.1.1 did not create soft links to the library files that gxine needs/uses (eg: libmozjs.so). But, even though I manually soft linked the libs so that gxine would stop complaining, gxine seg faults. Nonetheless, I fell back to seamonkey v1.0.5 and all is dandy once again.
Why is this happening? In what other ways does v1.0.5 impact my system? Does that mean I can't remove/upgrade SeaMonkey without negatively affecting other apps? This sounds odd to me.
I am running Slack 11.0 with kernel v2.6.20.11. If you need more info from me, just let me know.
Distribution: BeOS, BSD, Caldera, CTOS, Debian, LFS, Mac, Mandrake, Red Hat, Slackware, Solaris, SuSE
Posts: 1,761
Rep:
Probably related to this:
Quote:
Mon May 14 16:39:31 CDT 2007
patches/packages/seamonkey-1.1.1-i486-1_slack11.0.tgz:
Upgraded to seamonkey-1.1.1. Removed various symlinks to NSS libraries. If you plan to rebuild the pidgin package in unsupported/pidgin/stable for any reason (you shouldn't need to), first upgrade to this package and then upgradepkg --reinstall the mozilla-nss package.
OK, according to the reference provided I should not have to mess with gzine; great!
It then says to reinstall the NSS-package, which I presume means to run upgradepkg --reinstall seamonkey 1.1.1. But would that not just upgrade the libraries? If it does, then I'm back to where I started where gxine seg faults (see original post for details). If it doesn't upgrade the libraries, would that not cause a problem for seamonkey 1.1.1?
I think you will find mozilla-nss needs to be installed, not reinstalled. I posted a heads-up on this a week or so ago, you can find it by searching this forum for Seamonkey.
I found that my system does not have the mozilla-nss* package installed. So, I searched Mozila's web site and found 2 source packages: nss-3.11.5-with-nspr-4.6.5.tar.gz and nss-3.11.5.tar.gz. Which one should I build? Has anyone already built this package? Were there any difficulties or obscure pre/requirements?
Still, building the nss package would be fruitless if this is a bigger issue (as Shilo may be alluding to).
Distribution: BeOS, BSD, Caldera, CTOS, Debian, LFS, Mac, Mandrake, Red Hat, Slackware, Solaris, SuSE
Posts: 1,761
Rep:
Quote:
shilo@shilo2:~$ ldd /usr/bin/gxine |grep -i not
libmozjs.so => not found
This was removed with Seamonkey-1.1.1 upgrade/patch:
Code:
# These links just cause problems now...
---snip---
( cd usr/lib
for file in libmozjs.so libnspr4.so libnss3.so libplc4.so libplds4.so libsmime
3.so libsoftokn3.so libssl3.so ; do
if [ -L $file ]; then
rm -f $file
fi
done
)
In the stable changelog of Thu Nov 9 18:04:51 CST 2006, Pat said:
"... but meanwhile using firefox-1.5.0.8 with the gxine plugin works just fine. ..."
I think there is an issue with gxine after the upgrade, regardless of the mozilla-nss package.
Can anyone else verify this?
gxine is hosed on my system as well - I tried recreating the symlinks and it still failed.
This goes beyond the mozilla-nss issue as I tried downgrading and that did not work either.
All updates via upgradepkg from local files maintained via rsync (i.e. no swaret etc.)
Distribution: slackware64 13.37 and -current, Dragonfly BSD
Posts: 1,810
Rep:
Well this worked for me - I know it has already been mentioned but can't find exactly where (this thread is getting strung out around the place !!)
As previously stated :
Code:
# cd /var/log/packages
# ls mozilla-nss*
mozilla-nss-$VERSION.tgz
# upgradepkg --reinstall mozilla-nss-$VERSION.tgz
... then create a link at /usr/lib/libmozjs.so -> /firefox/libmozjs.so. Everything seems to work now.
Distribution: Testing just about everything.....Debian still a favourite and now Dreamlinux!!
Posts: 320
Rep:
Synbolic links?
Sorry to barge in on your thread ddimuc been having similar problems with gxine. BCarey said to take a look at your thread.
bgeddy has written about installing mozilla-nss and creating some links afterwards.
Can bgeddy explain how we should make these links. Not really into all the adding links etc yet.
Many of the members talk about adding links here and there, but forget that for many of us newbies it doesn't mean so much.
As always, appreciate any help that you can give on this matter.
Distribution: slackware64 13.37 and -current, Dragonfly BSD
Posts: 1,810
Rep:
No problem. Assuming you have a standard setup (the firefox libs are in the right place)- the following will create a symbolic link to "/usr/lib/firefox/libmozjs.so" called "/usr/lib/libmozjs.so". Obviously replace rootpassword with your password !
Code:
su -c "ln -s /usr/lib/firefox/libmozjs.so /usr/lib/libmozjs.so"
Password: rootpassword
See
Code:
man - ln
for help with symbolic links. Hope this works for you.
Distribution: Testing just about everything.....Debian still a favourite and now Dreamlinux!!
Posts: 320
Rep:
Thanks bgeddy
Thanks for being so prompt. Have you any ideas as to which book or books on linux a newbie should begin with? If I had a decent book, then I might learn the command structure and perhaps understand it.
Thanks again for the info.
Distribution: slackware64 13.37 and -current, Dragonfly BSD
Posts: 1,810
Rep:
Ok - rather than re-iterate what has been done before - this thread has loads of great links for Slackware/General Linux info. I would particularly recommend for general Linux advice the "rute" book - its fantastic. Chapter 15.1 "Soft Links" may be of particular interest to you.
Once you want to cover topics in greater depth, there is "Advanced Bash-Scripting Guide" for bash scripting, "linux kernel in a nutshell" for kernel building etc, all available on - line. (I haven't checked but there will definately be pointers to these in the thread I give you.
Then more specifically for Slackware there is "The Book" - the offical Slackware book at http://www.slackbook.org/ and loads of other useful info out there.
When playing around at the cli (command line interface) - don't forget the "man" command to show manual pages, "apropos" to search the whatis database for strings (this can be very useful), "help" to give help on the shell, "command --help" often gives help for "command".
Forgive me if i am telling you stuff you already know, I am just trying to give generic help. Please don't take my recommendations to be exclusive of any others - there are LOADS of good references on the net for Linux/Slackware.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.