Post: #1

Well, latest linux build didnt include the binary, only .ini files... does anyone have a very last linux build to share with me?

i'd be very greatfull...

BTW, as i am unable to try the server under linux cause of the lack of the binary i need to know the fallowing.


i just installed Centos 6.5 x86_64 and i had to upgrade mysql-bins to 5.6+, cause i suppose it includes libmysqlclient.18 which is needed on 0.56c revs

i am right?

Ty very much ^^

Post: #2

Got the problems, will be fixed in tomorrow's build, until that you can use a build that Ben uploaded the other day for testing purposes: http://forum.spherecommunity.net/sshare.php?srt=4

This build have a problem crashing clients when double clicking a spellbook from the ground but will do its job.

AFAIR Sphere needs libmysqlclient.16, but I don't run it under linux so i'm not sure

Post: #3

for linux erudites, latest builds require libymysqlclient.18.so

had this error when running the server: ./spheresvr: error while loading shared libraries: libmysqlclient.so.18: cannot open shared object file: No such file or directory

i run a 64 bit system so i made a symbolic link
ln -s /usr/lib64/libmysqlclient.so.18 /usr/lib/
ln -s /usr/lib64/libmysqlclient.so /usr/lib/

and now im getting this error
./spheresvr
./spheresvr: error while loading shared libraries: libmysqlclient.so.18: wrong ELF class: ELFCLASS64

any clues?
Ty very much

Post: #4

Nevermind... CentOS 7 was easier, has more updated libs so not too much libreries were needed

Post: #5

OMGGGGGGG i just downloaded the latest linux rev and now i get the: ./spheresvr: error while loading shared libraries: libmysqlclient.so.16: cannot open shared object file: No such file or directory
ERROR!!! and august 4th rev asked for the .18 .... anyone please could explain this to me?

Post: #6

Other build was built by Ben in his pc, nightlies are built in Torfo's pc... it seems Ben have updated libs, blame him!!!

Post: #7

xDDD hehehehe well i fixed it just making a symbolic link from 18 to 16 at /lib/ directory its working now

THX!

Post: #8

(08-10-2014 12:16 AM)kn4tseb Wrote:  ln -s /usr/lib64/libmysqlclient.so.18 /usr/lib/
ln -s /usr/lib64/libmysqlclient.so /usr/lib/

./spheresvr: error while loading shared libraries: libmysqlclient.so.18: wrong ELF class: ELFCLASS64

Just to get this straight: ELFCLASS64 points you right to the source of the problem. This tells you you are trying to access a 64bit binary with non-64bit-methods. This will not work. Sphere wants 32bit.

Find out how to do multiarching on your Linux distro, and be careful before deliberately confusing your package manager or nuking half of your system.



Besides: spheresvr expects exactly one version, no upwards or downward compatibility. Installed prerelease and the necessary i386 mysql libraries, cheated a bit:
and this is what it throws at you:

So you'd better get a release that works with current Linux architecture.

This was tested on Debian Stable, not on Mint or Ubuntu Testing so I'll see which release fits my needs. (v1991 fails expecting glibc 2.15 as Debian stable is at 2.13. It's not that easy.)


And one addition, for clarification:
The mysqlclient comes with the 56b prerelease, June 2013 - as well as with the current nightly build.
The download you can acquire here, v1991, speaks with mysqlclient 18 but expects (g)libc 2.15.

Post: #9

And while I'm at it: is there any way to acquire a different version than the ones above?
Prerelease expects an old version of libmysqlclient, nightly expects an old version of libmysqlclient as well (both 16). v1991 expects glibc 2.15.

Any alternatives?

Post: #10

To complete stuff here:
The special builds page now has a spheresvr[Debian].tar.gz (v. 2139) listed which supports libmysql-18 (32bit, so of course you still need multiarch on 64bit as with any version) and glib2.13.