32 bit install of uTorrent fails to start

[jbmia]

Just installed a fresh copy of 32 bit F14 & Amahi, subscribed for the pro upgrade level and installed uTorrent. The uTorrent install seemed to go fine, but the server won't start.. I tried in the control panel and then in terminal.. in terminal I get the following error message:

./utserver: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory

Anybody have any ideas?

jbmia

[bigfoot65]

Recommend you check the /var/log/amahi-app-installer.log for errors. There might be something there that will help.

[jbmia]

There was nothing in the log that helped.. the error was just restated there...

I did get uTorrent working after researching the issue and I'm posting the solution in hopes others will be helped...

It appears that libssl and libcrypto come shipped in later versions than what this current release requires.. So, uTorrent throws up when it can't find the specific libssl release it thinks it needs... basically, what you have to do is fake it out by creating symbolic links.. so uTorrent thinks it has the versions it needs... To do this, look up the release you have.. I believe these are in /usr/lib..

So in the F14 release (as of 4/9/11), libssl.so.10 and libcrypto.so.10 are installed.. and uTorrent wants libssl.0.9.8 and libcrypto.so.0.9.8...

So, you create the following symbolic links to fake out uTorrent so it gets happy and starts...
ln -s libssl.so.10 libssl.so.0.9.8
ln -s libcrypto.so.10 libcrypto.so.0.9.8

One more thing.. I had a whole slew of torrents and .torrent files that I imported from my previous install... uTorrent didn't wanna picked them up and use them till I gave guest read/write access from the hda share panel... I tried changing permissions in the /mnt/samba/Torrents directory, but it doesn't have any affect.. I believe because you cannot change permissions on symbolic links.. I didn't seen anything anywhere on searches that came close to raising this issue... Pretty specific though I guess...

good luck..

jbmia

ps: do you guys need beta testers or what?? I've sent several emails volunteering and never get any replies...

[bigfoot65]

Hello,

Glad you got it working. As for beta testers, we are still trying to get the program sorted out. I presume you already have seen the info in the wiki.

http://wiki.amahi.org/index.php/Tester_program

You see there is one avenue listed there for access to beta apps. We hope to get the program sorted out soon.

[jbmia]

Yep.. that's what I was referring to... the "call for action" in bold text on that link... I sent two emails in and heard nothing back... Seems like at least an automated form response could have been sent out at a minimum... I mean if you wanna keep people like me in a holding pattern over here.. Otherwise, it just sends the wrong message... that despite that announcement testers are not needed... when clearly based on apps like the one in this post, they are needed...

jbmia

[bigfoot65]

Understand your position. We are trying to do better, but with such a small team of volunteers its often hard to keep on top of it all.

Not trying to make excuses, but we will try to do better. Please know that your name is on the list of applicants and we are reviewing them now. I do not have a time frame as to when we will notify those that have been approved, but it is forthcoming.

Apps like these are not live and therefore are expected to have bugs. Our intent is to test a select number of apps at a time, then once stable release them. Please bear with us until we can get the program settled and moving forward.

[peterbayliss81]

Ok, I am still having issues with this,

I tried creating the links that were mentioned. Although I noticed that libssl.so.10 was not installed. I added that one and tried to restart utorrent and i still get the "error while loading shared libraries: libssl.so.0.9.8 cannot open shared object file: no file or directory.

Any other ideas?

Thanks

Peter

[aphex242]

Same problem as Peter. I don't have the 32 bit versions of these files to symlink. Neither libssl.so.10 nor libcrypto.so.10 are on my system.

Doing a 'yum whatprovides libssl.so.10' shows me that this: openssl-1.0.0a-2.fc14.i686 provides it. Installing that brings up a host of conflicts.

After having Transmission completely fail on me because I switched LZs (all kinds of odd permission issues), I thought uTorrent would be easier to work with.

Boy does it appear I was wrong. Can anyone tell me how to get this 1-click app to work, at this point? I think I'm about 75 clicks in at the moment.

Thanks a lot in advance, I know peterbayliss81 would likely appreciate an answer, too.

[bigfoot65]

I have updated the Amahi uTorrent application based on the guidance from jbmia (Thanks!) and it appears to be working fine for 32-bit. The files to create symlinks for are in 2 different locations, /lib and /usr/lib. For 64-bit, they may be different.

For those who do not want to reinstall the app, do the following as root user:

ln -s /usr/lib/libssl.so.10 /usr/lib/libssl.so.0.9.8
ln -s /lib/libcrypto.so.10 /lib/libcrypto.so.0.9.8

/var/hda/web-apps/utorrent/html/utorrent

Note: The last line will start the app. There are 2 warnings in the app-install log now that are harmless. At least from my testing they appear to not be a problem.

This was done with the default Fedora 14 install, no updates and Amahi installed. Keep in mind this is ONLY a temporary fix. Once the application is updated by the author, we will make the same change to Amahi.

Hope this helps those who were having problems.

[DTgreat]

App has been updated, are there still config issues where the config drops?