Odd little Nekoware issues

IRIX and IRIX software discussion including open source and commerical offerings.
Forum rules
Any posts concerning pirated software or offering to buy/sell/trade commercial software are subject to removal.
User avatar
Trippynet
Donor
Donor
Posts: 900
Joined: Thu Aug 15, 2013 6:22 am
Location: Aberdeen, Scotland, UK

Odd little Nekoware issues

Unread postby Trippynet » Sat Nov 23, 2013 9:31 am

I'm having issues with certain Nekoware apps failing to find certain libraries when run. Obviously these libraries are installed (swmgr makes sure of that).

For example, if I run XMMS from the Icon Catalogue, I get the following error in the console:

1224:/usr/lib/desktop/iconcatalog/pages/C/MediaTools/xmms: rld: Fatal Error: Cannot Successfully map soname 'libcurl.so.4' under any of the filenames /usr/nekoware/lib/libcurl.so.4:/usr/lib32/libcurl.so.4:/usr/lib32/internal/libcurl.so.4:/lib32/libcurl.so.4:/opt/lib32/libcurl.so.4:/usr/nekoware/lib/libcurl.so.4.4:/usr/lib32/libcurl.so.4.4:/usr/lib32/internal/libcurl.so.4.4:/lib32/libcurl.so.4.4:/opt/lib32/libcurl.so.4.4:
sh: unzip: not found


XMMS runs OK still, but as a result of being unable to find "unzip", my skins don't work.

If I manually navigate to /usr/nekoware/bin and runn XMMS from there, I still get the errors about libcurl, but unzip is then found and my skins burst into life.

Another thing I've tried is running "su" first and then running XMMS. Weirdly, doing this then launching XMMS from the console in the /usr/nekoware/bin folder (same as before) results in both the libcurl and unzip errors. So I'm presuming some sort of path issue perhaps? Other apps (like SeaMonkey) run absolutely fine with no problems. Other apps that rely more firmly on libcurl (and some other libraries) fail altogether.

Any ideas as to the best place to start looking here?

Many thanks (as always) in advance!
Systems in use:
:Indigo2IMP: - Nitrogen: R10000 195MHz CPU, 384MB RAM, SolidIMPACT Graphics, 36GB 15k HDD & 300GB 10k HDD, 100Mb/s NIC, New/quiet fans, IRIX 6.5.22
:Fuel: - Lithium: R14000 600MHz CPU, 4GB RAM, V10 Graphics, 72GB 15k HDD & 300GB 10k HDD, 1Gb/s NIC, New/quiet fans, IRIX 6.5.30
Other system in storage: :O2: R5000 200MHz, 224MB RAM, 72GB 15k HDD, PSU fan mod, IRIX 6.5.30

User avatar
recondas
Moderator
Moderator
Posts: 5450
Joined: Sun Jun 06, 2004 5:55 pm
Location: NC - USA

Re: Odd little Nekoware issues

Unread postby recondas » Sat Nov 23, 2013 9:48 am

Download and run the fixpath script from the
nekoware repository.
***********************************************************************
Welcome to ARMLand - 0/0x0d00
running...(sherwood-root 0607201829)
* InfiniteReality/Reality Software, IRIX 6.5 Release *
***********************************************************************

User avatar
porter
Posts: 2917
Joined: Wed Nov 01, 2006 10:37 pm
Location: NZ

Re: Odd little Nekoware issues

Unread postby porter » Sat Nov 23, 2013 11:34 am

Are you claiming unzip is linked to libcurl.so.4? (ELF NEEDED)
Land of the Long White Cloud and no Software Patents.

User avatar
canavan
Posts: 754
Joined: Mon Jul 21, 2003 6:19 am

Re: Odd little Nekoware issues

Unread postby canavan » Sat Nov 23, 2013 1:12 pm

No, unzip should not be linked against libcurl. It's actually only linked against libc. I'd suspect that a plugin for xmms is linked against that old version of curl. You can check for yourself with ldd. If xmms itself were linked against a library that doesn't exist, it wouldn't start at all.

Maybe you could use something like this

Code: Select all

for i in `find /usr/nekoware |grep -i xmms |grep so$`; do echo "$i"; ldd "$i" > /dev/null; done
or this

Code: Select all

for i in `find /usr/nekoware |grep -i xmms |grep so$`; do echo "$i"; ldd "$i" |grep -i curl; done
to try to identify the culprit. If that doesn't help, you could use par to start xmms and try to find out what library is opened before the linker complains.

Which version of the neko_xmms package are you using anyway? I believe the last one I've uploaded has version 12 for the eoe subsystem.

User avatar
Trippynet
Donor
Donor
Posts: 900
Joined: Thu Aug 15, 2013 6:22 am
Location: Aberdeen, Scotland, UK

Re: Odd little Nekoware issues

Unread postby Trippynet » Sun Nov 24, 2013 8:27 am

Thanks for the responses. To clarify, it's not just an issue with XMMS, it affects various programs and libraries. The XMMS one was just an example (especially as I was able to change its behaviour depending on how I launched it).

I've downloaded and run the fixpath script and have confirmed that the 3 new lines have appeared in my .login file. However after a reboot, the issue is still there. As a different example, here's what happens when trying to run gltron from the console (and it fails completely).

Oxygen 3% ./gltron
1277:./gltron: rld: Fatal Error: Cannot Successfully map soname 'libFLAC.so.5' under any of the filenames /usr/nekoware/lib/libFLAC.so.5:/usr/lib32/libFLAC.so.5:/usr/lib32/internal/libFLAC.so.5:/lib32/libFLAC.so.5:/opt/lib32/libFLAC.so.5:/usr/nekoware/lib/libFLAC.so.5.5:/usr/lib32/libFLAC.so.5.5:/usr/lib32/internal/libFLAC.so.5.5:/lib32/libFLAC.so.5.5:/opt/lib32/libFLAC.so.5.5:


Neverputt also fails, only this time with errors about libtiff. Hmm!
Systems in use:
:Indigo2IMP: - Nitrogen: R10000 195MHz CPU, 384MB RAM, SolidIMPACT Graphics, 36GB 15k HDD & 300GB 10k HDD, 100Mb/s NIC, New/quiet fans, IRIX 6.5.22
:Fuel: - Lithium: R14000 600MHz CPU, 4GB RAM, V10 Graphics, 72GB 15k HDD & 300GB 10k HDD, 1Gb/s NIC, New/quiet fans, IRIX 6.5.30
Other system in storage: :O2: R5000 200MHz, 224MB RAM, 72GB 15k HDD, PSU fan mod, IRIX 6.5.30

User avatar
foetz
Moderator
Moderator
Posts: 6709
Joined: Mon Apr 14, 2003 4:34 am
Contact:

Re: Odd little Nekoware issues

Unread postby foetz » Thu Nov 28, 2013 4:14 pm

and i take it you have flac and tiff installed?

User avatar
Trippynet
Donor
Donor
Posts: 900
Joined: Thu Aug 15, 2013 6:22 am
Location: Aberdeen, Scotland, UK

Re: Odd little Nekoware issues

Unread postby Trippynet » Fri Nov 29, 2013 4:47 am

Yes, swmgr made sure of that. Libtiff, flac, curl etc. are all installed. Might drill into them when I'm back home on my O2 to see exactly which components of them were installed...
Systems in use:
:Indigo2IMP: - Nitrogen: R10000 195MHz CPU, 384MB RAM, SolidIMPACT Graphics, 36GB 15k HDD & 300GB 10k HDD, 100Mb/s NIC, New/quiet fans, IRIX 6.5.22
:Fuel: - Lithium: R14000 600MHz CPU, 4GB RAM, V10 Graphics, 72GB 15k HDD & 300GB 10k HDD, 1Gb/s NIC, New/quiet fans, IRIX 6.5.30
Other system in storage: :O2: R5000 200MHz, 224MB RAM, 72GB 15k HDD, PSU fan mod, IRIX 6.5.30

User avatar
foetz
Moderator
Moderator
Posts: 6709
Joined: Mon Apr 14, 2003 4:34 am
Contact:

Re: Odd little Nekoware issues

Unread postby foetz » Sat Nov 30, 2013 7:12 pm

Trippynet wrote:Yes, swmgr made sure of that.

that's not what i meant. did you check if the files in question do indeed exist? and are in the expected places?

User avatar
Trippynet
Donor
Donor
Posts: 900
Joined: Thu Aug 15, 2013 6:22 am
Location: Aberdeen, Scotland, UK

Re: Odd little Nekoware issues

Unread postby Trippynet » Mon Dec 02, 2013 1:21 pm

Hmm! There's a load of libFLAC files there, such as libFLAC.a along with .so, .so.9 and .so.9.0, but sure enough no .so.5. I've checked the options in the Nekoware libFLAC package and there doesn't seem to be libFLAC.so.5 in there. Not sure what the numbers mean to be perfectly honest, but it's certainly looking for a file that doesn't exist. Any idea why these don't seem to be there? All packages were downloaded and installed very recently from the Nekoware site, so I'm a bit perplexed as to why some packages are relying on files from other libraries which don't seem to exist!
Systems in use:
:Indigo2IMP: - Nitrogen: R10000 195MHz CPU, 384MB RAM, SolidIMPACT Graphics, 36GB 15k HDD & 300GB 10k HDD, 100Mb/s NIC, New/quiet fans, IRIX 6.5.22
:Fuel: - Lithium: R14000 600MHz CPU, 4GB RAM, V10 Graphics, 72GB 15k HDD & 300GB 10k HDD, 1Gb/s NIC, New/quiet fans, IRIX 6.5.30
Other system in storage: :O2: R5000 200MHz, 224MB RAM, 72GB 15k HDD, PSU fan mod, IRIX 6.5.30

User avatar
foetz
Moderator
Moderator
Posts: 6709
Joined: Mon Apr 14, 2003 4:34 am
Contact:

Re: Odd little Nekoware issues

Unread postby foetz » Wed Dec 04, 2013 3:38 pm

the program might just need older versions of the flac lib and the others

User avatar
hamei
Posts: 10535
Joined: Tue Feb 24, 2004 4:10 pm
Location: over the rainbow

Re: Odd little Nekoware issues

Unread postby hamei » Wed Dec 04, 2013 5:45 pm

Trippynet wrote: Any idea why these don't seem to be there? All packages were downloaded and installed very recently from the Nekoware site, so I'm a bit perplexed as to why some packages are relying on files from other libraries which don't seem to exist!

Because there are only a few people taking care of nekoware ?

Here's probably what happened - Program A got built in 2010 with the latest versions of Library D. Then Library D got updated a few times, so the versions changed up and up.

If you update, I believe the old versions are still there. But if you install new, no. So people who have had that running for a long time would not even be aware of a problem. But no one mentioned in the /dev area that Program A required Library D version One so it never got fixed. Thank you for bringing it up.

An easy way to fix this that usually works is to just create your own Library D version One. Those LibD.so.1 LibD.so.2 LibD.so.etc files are usually just links to the LibD binary itself. So make your own, only name it LibD.so.whateveryouneed and that should work. Once in a while there's been an incompatible change in the library itself but otherwise, that almost always fixes the problem.
hey friendly ! come outta there ! you're a cheap lousy dirty stinkin' mug and I'm glad what I done !

User avatar
vishnu
Donor
Donor
Posts: 3378
Joined: Sun Mar 18, 2007 3:25 pm
Location: Minneapolis, Minnesota USA

Re: Odd little Nekoware issues

Unread postby vishnu » Thu Dec 05, 2013 10:39 am

Just symlink version nine to version five:

ln -s libFLAC.so.9 libFLAC.so.5

If that works, we can repackage the nekoware tardist to contain the link...
Project:
Temporarily lost at sea...
Plan:
World domination! Or something...

:Tezro: :Octane2:

User avatar
Trippynet
Donor
Donor
Posts: 900
Joined: Thu Aug 15, 2013 6:22 am
Location: Aberdeen, Scotland, UK

Re: Odd little Nekoware issues

Unread postby Trippynet » Fri Dec 06, 2013 9:23 am

Thanks for the responses, that does explain a lot. I tried creating the symbolic link to the library, then ran gltron again. The error has now changed slightly however to:

1327:./gltron: rld: Fatal Error: Cannot Successfully map soname 'libFLAC.so.5' version 'sgi5.2' under any of the filenames /usr/nekoware/lib/libFLAC.so.5:/usr/lib32/libFLAC.so.5:/usr/lib32/internal/libFLAC.so.5:/lib32/libFLAC.so.5:/opt/lib32/libFLAC.so.5:/usr/nekoware/lib/libFLAC.so.5.5:/usr/lib32/libFLAC.so.5.5:/usr/lib32/internal/libFLAC.so.5.5:/lib32/libFLAC.so.5.5:/opt/lib32/libFLAC.so.5.5:


Looks like it's actually checking the version of the library when running. XMMS similarly checks for libcurl version 4 and won't accept a symbolic link to version 5 (although it still launches OK) Neverball, scorched3d and wesnoth all require version 3 of libTIFF (version 6 on Nekoware, again won't work with an sl). Not an exhaustive list of course, but you see some of the issues unfortunately.

Note that this is of course in no way criticism of the awesome work that people have done with compiling all of Nekoware in the first place. Most my current major apps wouldn't be possible on IRIX without the hard work here!
Systems in use:
:Indigo2IMP: - Nitrogen: R10000 195MHz CPU, 384MB RAM, SolidIMPACT Graphics, 36GB 15k HDD & 300GB 10k HDD, 100Mb/s NIC, New/quiet fans, IRIX 6.5.22
:Fuel: - Lithium: R14000 600MHz CPU, 4GB RAM, V10 Graphics, 72GB 15k HDD & 300GB 10k HDD, 1Gb/s NIC, New/quiet fans, IRIX 6.5.30
Other system in storage: :O2: R5000 200MHz, 224MB RAM, 72GB 15k HDD, PSU fan mod, IRIX 6.5.30

User avatar
vishnu
Donor
Donor
Posts: 3378
Joined: Sun Mar 18, 2007 3:25 pm
Location: Minneapolis, Minnesota USA

Re: Odd little Nekoware issues

Unread postby vishnu » Fri Dec 06, 2013 3:58 pm

Did the symlink actually create and if it did does it successfully point to version 9 of the library? ln will silently create dead symlinks, the thinking being that the file it's supposed to be pointed to will be created by some future step in the process...
Project:
Temporarily lost at sea...
Plan:
World domination! Or something...

:Tezro: :Octane2:

User avatar
hamei
Posts: 10535
Joined: Tue Feb 24, 2004 4:10 pm
Location: over the rainbow

Re: Odd little Nekoware issues

Unread postby hamei » Fri Dec 06, 2013 5:09 pm

Trippynet wrote: I tried creating the symbolic link to the library, then ran gltron again. The error has now changed ...

Warning : I have not done this. However ...

I think that when neko updates the /current directory, the aged tardists go into /obsolete. You could try grabbing older versions of the libraries you are having trouble with, extracting them from the tardists and placing them where they belong. I wouldn't downgrade, that will just screw up something else.

You could also make a list of the programs which are doing this, so if someone felt the urge to make a new tardist dependant on new libraries, they wouldn't have to hunt through this thread ....
hey friendly ! come outta there ! you're a cheap lousy dirty stinkin' mug and I'm glad what I done !


Return to “IRIX and Software”

Who is online

Users browsing this forum: omljud and 4 guests