[resolved] unitsync.so issues after upgrade to 0.76b1

[Boirunner]

After installing to Spring 0.76b1, unitsync seems to be broken. I'm on Ubuntu Gutsy. Spring started directly works perfectly.

Code: Select all

$ springlobby
11:32:52 AM: OnInit (  )
11:32:52 AM: _LoadMapInfoExCache (  )
11:32:52 AM: FreeUnitSyncLib (  )
11:32:52 AM: LoadUnitSyncLib (  )
11:32:52 AM: Loading from: /usr/local/lib/spring/unitsync.so
11:32:52 AM: Error: libGLEW.so.1.3: cannot open shared object file: No such file or directory
11:32:52 AM: Error: wxDynamicLibrary created, but not loaded!
11:32:52 AM: runtime error: Couldn't load the unitsync library

SpringLobby can't load unitsync.so. However, it seems to try to load it with libGLEW 1.3, while my system has 1.4 installed. I don't know if that makes a difference.

In TASClient under wine, I simply don't sync with anyone and no maps or mods are loaded.

I tried both Spring from the .deb package and compiled from source, and the same with SpringLobby. All this doesn't seem to work.

Does anyone have an idea?

[YokoZar]

Do you have an old spring hand-installed somewhere in your path? Perhaps in /usr/local ?

[Boirunner]

I did seem to have a version (or at least some files) of spring in /usr/local/share/games/spring. I deleted the directory, but sadly the problem persists.

[YokoZar]

I did seem to have a version (or at least some files) of spring in /usr/local/share/games/spring. I deleted the directory, but sadly the problem persists.

do which spring

you probably did a source install a while back. You probably have an old spring binary (and unitsync lib) in, eg /usr/local/games/spring /usr/local/lib and such.

Basically:

Code: Select all

cd /usr/local
find | grep spring
find | grep unitsync

[Boirunner]

Code: Select all

$which spring
/usr/games/spring
$ cd /usr/local
$ find | grep spring
./games/spring
./bin/springsettings
./bin/springlobby
./share/pixmaps/spring.png
./share/doc/springlobby
./share/doc/springlobby/ChangeLog
./share/doc/springlobby/INSTALL
./share/doc/springlobby/README
./share/doc/springlobby/NEWS
./share/doc/springlobby/AUTHORS
./share/doc/springlobby/THANKS
./share/doc/springlobby/COPYING
./share/applications/spring.desktop
./lib/spring
./lib/spring/unitsync.so
./lib/spring/AI
./lib/spring/AI/Bot-libs
./lib/spring/AI/Bot-libs/AAI.so
./lib/spring/AI/Bot-libs/TestGlobalAI.so
./lib/spring/AI/Bot-libs/KAI-0.12.so
./lib/spring/AI/Bot-libs/KAIK-0.13.so
./lib/spring/AI/Helper-libs
./lib/spring/AI/Helper-libs/CentralBuildAI.so
./lib/spring/AI/Helper-libs/MexUpgraderAI.so
./lib/spring/AI/Helper-libs/SimpleFormationAI.so
./lib/spring/AI/Helper-libs/MetalMakerAI.so
./lib/spring/AI/Helper-libs/EconomyAI.so
./lib/spring/AI/Helper-libs/RadarAI.so
./lib/spring/AI/Helper-libs/ReportIdleAI.so

And if I had an old version, why would it matter? I have to specify the location of unitsync.so in SpringLobby.

Just running spring from a shell prompt does correctly load and play spring, so I had assumed that this was ok. Or am I overlooking something obvious?

[YokoZar]

Code: Select all

$which spring
/usr/games/spring
$ cd /usr/local
$ find | grep spring
./games/spring
./bin/springsettings
./bin/springlobby
./share/pixmaps/spring.png
./share/doc/springlobby
./share/doc/springlobby/ChangeLog
./share/doc/springlobby/INSTALL
./share/doc/springlobby/README
./share/doc/springlobby/NEWS
./share/doc/springlobby/AUTHORS
./share/doc/springlobby/THANKS
./share/doc/springlobby/COPYING
./share/applications/spring.desktop
./lib/spring
./lib/spring/unitsync.so
./lib/spring/AI
./lib/spring/AI/Bot-libs
./lib/spring/AI/Bot-libs/AAI.so
./lib/spring/AI/Bot-libs/TestGlobalAI.so
./lib/spring/AI/Bot-libs/KAI-0.12.so
./lib/spring/AI/Bot-libs/KAIK-0.13.so
./lib/spring/AI/Helper-libs
./lib/spring/AI/Helper-libs/CentralBuildAI.so
./lib/spring/AI/Helper-libs/MexUpgraderAI.so
./lib/spring/AI/Helper-libs/SimpleFormationAI.so
./lib/spring/AI/Helper-libs/MetalMakerAI.so
./lib/spring/AI/Helper-libs/EconomyAI.so
./lib/spring/AI/Helper-libs/RadarAI.so
./lib/spring/AI/Helper-libs/ReportIdleAI.so

And if I had an old version, why would it matter? I have to specify the location of unitsync.so in SpringLobby.

Just running spring from a shell prompt does correctly load and play spring, so I had assumed that this was ok. Or am I overlooking something obvious?

unitsync is the library for the lobbies. I don't think it's used when running from a shell prompt.

[tc-]

The real problem seems to be this:
Error: libGLEW.so.1.3: cannot open shared object file: No such file or directory

[YokoZar]

There might be a problem with the package. I'll be uploading a newer version soon.

In the meantime:
apt-get remove spring-data
apt-get --reinstall install spring-engine

[LordMatt]

Your TASClient wine install needs to be updated a little to take into account springcontent.sdz and spring/bitmaps.sdz. These files are present in /usr/local/share/games/spring/base if you installed by compiling from source.

[Boirunner]

Thanks for all the help!

The issue was twofold, I had previously compiled Spring from source manually, thus I had multiple versions on my system. To get rid of them, I uninstalled the package and deleted any and all spring files I could find.

I also had the wrong version (or something) or the OTA content files, when I replaced them with freshly downloaded ones I could sync to games again.