Linux Version

[micmon]

The game has been ported to Linux (twice even), please add it to Steam.

[MarjutFB]

Thank you all of your feedback and support!

We are currently working on to get Trine for Linux to Steam. There is no official notification about this yet but might post something to our blog sooner or later. :)

We'll see if we can make the same for Shadowgrounds after, but can't make any promises yet.

Cheers.

[hero1900]

hope to get it on steam

[faust.twi]

+1

[MarjutFB]

Please avoid sending short messages like ”+1”. They are against the Steam Community Rules and are considered as spam. This kind of messages can be deleted without a warning.

[Not Mr Flıbble]

I got this game some time ago (via Humble Bundle). It's either uninstallable or unplayable, depending on installed libraries.

If I have libglade2-0:amd64 installed, the installer fails (ELF class mismatch). Trying to install libglade2-0:i386 causes a conflict with libglade2-0:amd64, which isn't an issue here; resolving the conflict (uninstalling the amd64 version) allows the installer to run.

However, trying to run the game fails.

$ ./shadowgrounds/shadowgrounds-launcher
./shadowgrounds/shadowgrounds-launcher: /home/steam/shadowgrounds/lib32/libxml2.so.2: no version information available (required by /usr/lib/libglade-2.0.so.0)
./shadowgrounds/shadowgrounds-launcher: symbol lookup error: /usr/lib/i386-linux-gnu/libXrandr.so.2: undefined symbol: _XGetRequest
$

That's on Debian, both wheezy and jessie.

I'd recompile from source, but the source archive is of no use unless you have the appropriate Windows environment and are building for Windows. Which I don't, and I'm not. (I recall something about the GNU/Linux build being a third-party port…)

I've tried the Steam Windows version (via wine) but it's unplayably slow – seconds per frame rather than frames per second. (Still, that worked for the card drops.)

[Cheeseness]

引用自 Not Mr Flibble：

I recall something about the GNU/Linux build being a third-party port…

Those versions were ported by Alternative Games. You can read more in Joel's post earlier in the thread :)

[Not Mr Flıbble]

引用自 Cheeseness：

引用自 Not Mr Flibble：

I recall something about the GNU/Linux build being a third-party port…

Those versions were ported by Alternative Games. You can read more in Joel's post earlier in the thread :)

So we have the source situation and now, though not yet sufficiently, the binaries situation documented in this thread.

I suspect that I'd have to do a squeeze install in order to get them to run; I may do that sometime. I still have a tarball, originally used for compiling packages in a clean chrooted environment, which should be adequate for this.

I notice that SDL 1.2 is used there. If the modified source becomes available (actually, regardless of that), it would be a very good idea to port to SDL 2 – there will probably be changes needed, but it's definitely worth it for the proper multi-monitor handling regardless of any other benefits.

[Not Mr Flıbble]

… yes, the Humble Bundle GNU/Linux port of this game does indeed work on squeeze. Basically, bitrot…

[Cheeseness]

It's an unfortunate situation, and one that stands to benefit more from a positive outlook (possible updated versions of Shadowgrounds in the future) than not.

There are ways to get it running. I spotted somebody earlier this year who said they were able to get it running on Jesse by linking libxml2.so.2 amd libz.so.1 (and presumably libXrandr.so.2) to the lib32 folder. I haven't tried this, but you may have some success.

[Not Mr Flıbble]

Hmm, could do that – I'd also need to put a copy of libglade-2.0.so.0 in place (and maybe glade-2.0.dtd, but the system one is probably fine). Seems likely that this'll work for Survivor too.

[Cheeseness]

Your error message says you've already got a libglade there (it's what wants libxml2), but a newer one would probably work too. You could also try renaming the lib folder and forcing it to use system libs.

[Not Mr Flıbble]

Forcing use of system libs only doesn't work – libboost_thread-mt.so.1.35.0 isn't available, and there's no package which contains it.

Forcing use of system libxml2, libz and libm, though the launcher still has that _XGetRequest problem. As for shadowgrounds-bin itself, removing libstdc++, libxcb* and libX* fixes the remaining problems.

No idea why the game doesn't like the left mouse button, though.

[RiikkaFB]

引用自 Not Mr Flibble：

I got this game some time ago (via Humble Bundle). It's either uninstallable or unplayable, depending on installed libraries.

Sorry for the delay; the office has been closed for a few days due to Easter holidays here. We're looking into this, though we're rather busy so I can't promise you a solution right away. We'll definitely let you know if and when there's any progress! Meanwhile, thanks to Cheeseness for helping out here too! :)

Keep us updated if you have any new information or stuff you've tried and if you have any progress. Cheers!

[Not Mr Flıbble]

引用自 RiikkaFB：

引用自 Not Mr Flibble：

I got this game some time ago (via Humble Bundle). It's either uninstallable or unplayable, depending on installed libraries.

Sorry for the delay; the office has been closed for a few days due to Easter holidays here. […] Keep us updated if you have any new information or stuff you've tried and if you have any progress. Cheers!

Full list of removed libraries, sufficient to get the game (and Shadowgrounds: Survivor too) working in a SteamOS-ish environment:

libm.so.6
libSDL-1.2.so.0
libSDL_image-1.2.so.0
libSDL_sound-1.0.so.1
libSDL_ttf-2.0.so.0
libstdc++.so.6
libX11.so.6
libXau.so.6
libxcb-render.so.0
libxcb-render-util.so.0
libxcb.so.1
libxcb-xlib.so.0
libXcomposite.so.1
libXcursor.so.1
libXdamage.so.1
libXdmcp.so.6
libXext.so.6
libXfixes.so.3
libXinerama.so.1
libXi.so.6
libxml2.so.2
libXmu.so.6
libXrender.so.1
libXt.so.6
libz.so.1

I added no libraries to lib32, but I did install libglade2-0:i386 for use by the launcher (which also works fine now). I may have installed one or two other packages (libgtk2.0-0:i386?) without which it won't run; that would require a clean SteamOS environment for testing.

[RiikkaFB]

@Not Mr Flibble: This thread[frozenbyte.com] might be about the same issue you have. The script given by FB_JussiE could help, but you'd need to switch the lib names from lib32 to lib64 in the script, and make sure your library files are named the same way.

Let me know how it goes!