X³: Reunion - Linux support thread

Ask here if you experience technical problems with X³: Reunion, X²: The Threat, X-Tension or X-Beyond The Frontier

Moderators: timon37, Moderators for English X Forum

loggy
Posts: 15
Joined: Mon, 14. Jan 13, 16:04
x4

Post by loggy »

etonbears wrote:X3R_config now complains about missing libgtk-x11-2.0.so.0
and X3R_main complains about missing libXmu.so.6
Same here, works when run from Steam. I am also using 64bits as main System.

Thanks for fixing EoL, and the glow that goes through the gates is a wonderful look - leave it in for me ;-)
timon37
EGOSOFT
EGOSOFT
Posts: 508
Joined: Fri, 14. Dec 12, 11:02
x4

Post by timon37 »

Hmm I've got a fairly clean install of ubuntu 12.10 64b on one system and it works for me ootb:| I understand it doesn't matter if you run from steam or the console? Any steam or system updates that happened in the meantime? I've had some which is the reason for the libglew change, but suddenly missing libgtk-x11 is a bit weird.

I'm not gonna include gtk or any X libraries as that's mostly asking for pain and issues, some of which we saw when valve tried that.

If anything I'll probably go with the initial idea of including some meta-packages and installing those, or investigate the steam-runtime thingy which at this point I think is disabled? Or maybe not I've lost track of what's happening with all the progress;p

Edit:
Argh I read the post wrong, so it doesn't work only from the console?
@etonbears is the same true for you?
cybertario
Posts: 1
Joined: Thu, 28. Feb 13, 19:59

Post by cybertario »

I cannot express how happy I am to find out that you release this LINUX client for my LINUX Steam!!!!

I actually sing in in this forums just to post my thanks, I love your games but mostly, I am now impressed about the support from the devs to the game comunitty,

I hope to see it on all the current and future X games, Rebirth at release of course, and maybe, if so it can be the first Linux game I ever pre-order...

Thx a lot!!! :) :) :)

(sorry for the ugly english, I usually speak spanish... ) :oops:
etonbears
Posts: 63
Joined: Mon, 31. Dec 12, 00:13
x4

Post by etonbears »

timon37 wrote:Hmm I've got a fairly clean install of ubuntu 12.10 64b on one system and it works for me ootb:| I understand it doesn't matter if you run from steam or the console? Any steam or system updates that happened in the meantime? I've had some which is the reason for the libglew change, but suddenly missing libgtk-x11 is a bit weird.

I'm not gonna include gtk or any X libraries as that's mostly asking for pain and issues, some of which we saw when valve tried that.

If anything I'll probably go with the initial idea of including some meta-packages and installing those, or investigate the steam-runtime thingy which at this point I think is disabled? Or maybe not I've lost track of what's happening with all the progress;p

Edit:
Argh I read the post wrong, so it doesn't work only from the console?
@etonbears is the same true for you?
@timon

Hi, apologies for the tardy reply, I am currently drinking beer in Prague ( my birthday on Saturday ), so I will not be much use to you until Monday !

But in answer to your question, yes, the build works fine from the menu but fails when using a console/terminal.
SkyBon
Posts: 89
Joined: Fri, 7. Apr 06, 19:30
x4

Post by SkyBon »

timon37 wrote:Hmm I've got a fairly clean install of ubuntu 12.10 64b on one system and it works for me ootb:| I understand it doesn't matter if you run from steam or the console? Any steam or system updates that happened in the meantime? I've had some which is the reason for the libglew change, but suddenly missing libgtk-x11 is a bit weird.

I'm not gonna include gtk or any X libraries as that's mostly asking for pain and issues, some of which we saw when valve tried that.

If anything I'll probably go with the initial idea of including some meta-packages and installing those, or investigate the steam-runtime thingy which at this point I think is disabled? Or maybe not I've lost track of what's happening with all the progress;p

Edit:
Argh I read the post wrong, so it doesn't work only from the console?
@etonbears is the same true for you?
Any plans to make a Qt-based GUI for KDE users?
timon37
EGOSOFT
EGOSOFT
Posts: 508
Joined: Fri, 14. Dec 12, 11:02
x4

Post by timon37 »

SkyBon wrote:
timon37 wrote:Hmm I've got a fairly clean install of ubuntu 12.10 64b on one system and it works for me ootb:| I understand it doesn't matter if you run from steam or the console? Any steam or system updates that happened in the meantime? I've had some which is the reason for the libglew change, but suddenly missing libgtk-x11 is a bit weird.

I'm not gonna include gtk or any X libraries as that's mostly asking for pain and issues, some of which we saw when valve tried that.

If anything I'll probably go with the initial idea of including some meta-packages and installing those, or investigate the steam-runtime thingy which at this point I think is disabled? Or maybe not I've lost track of what's happening with all the progress;p

Edit:
Argh I read the post wrong, so it doesn't work only from the console?
@etonbears is the same true for you?
Any plans to make a Qt-based GUI for KDE users?
Well that's one of the reasons why I split the dialog from the main exe. But honestly it's mostly a waste of time to write and maintain two versions (a TC/AP port sooner sounds like a more tasty idea;). Also since steam includes libgtk and not qt (as far as I can tell) there's no immediate benefit. Furthermore the config dialog doesn't do anything you can't set manually in the config.yaml if you don't even want gtk anywhere on your system (though there's no help for what possible values can be set yet).
SkyBon
Posts: 89
Joined: Fri, 7. Apr 06, 19:30
x4

Post by SkyBon »

timon37 wrote:
SkyBon wrote:
timon37 wrote:Hmm I've got a fairly clean install of ubuntu 12.10 64b on one system and it works for me ootb:| I understand it doesn't matter if you run from steam or the console? Any steam or system updates that happened in the meantime? I've had some which is the reason for the libglew change, but suddenly missing libgtk-x11 is a bit weird.

I'm not gonna include gtk or any X libraries as that's mostly asking for pain and issues, some of which we saw when valve tried that.

If anything I'll probably go with the initial idea of including some meta-packages and installing those, or investigate the steam-runtime thingy which at this point I think is disabled? Or maybe not I've lost track of what's happening with all the progress;p

Edit:
Argh I read the post wrong, so it doesn't work only from the console?
@etonbears is the same true for you?
Any plans to make a Qt-based GUI for KDE users?
Well that's one of the reasons why I split the dialog from the main exe. But honestly it's mostly a waste of time to write and maintain two versions (a TC/AP port sooner sounds like a more tasty idea;). Also since steam includes libgtk and not qt (as far as I can tell) there's no immediate benefit. Furthermore the config dialog doesn't do anything you can't set manually in the config.yaml if you don't even want gtk anywhere on your system (though there's no help for what possible values can be set yet).
Us KDE users are always second class citizens simply because Mark chose GTK in 2004 :( Sorry for off-topic.
Night Nord
Posts: 1002
Joined: Fri, 13. Jan 12, 19:09
x4

Post by Night Nord »

SkyBon wrote: Us KDE users are always second class citizens simply because Mark chose GTK in 2004 :( Sorry for off-topic.
Don't worry Gnome users are in the same boat now, as X3_config (and steam) uses gtk-2 and modern gnome is mostly gtk-3. And as it seems, ubuntu stopped shipping gtk-2 out of box.

And yes, who cares about toolkit for simple application with hardly . I'll be happy with any toolkit as long as it comes with the game/steam.

BTW, if you are experiencing troubles with X-libraries or gtk-2.0, you need to establish a loading path to steam directory.

It should be something like
${HOME}/.steam/bin/steam-runtime/i386/usr/lib/i386-linux-gnu/

So, launch your application with

Code: Select all

LD_LIBRARY_PATH="${HOME}/.steam/bin/steam-runtime/i386/usr/lib/i386-linux-gnu/" /path/to/app
timon37 wrote: That almost looks like ghost ship (I thought it was translucent before zooming;p).

The first one should be fixed now.
Yeap, it fixed, thanks!
timon37 wrote: The second one was on O: FP1? Then it should be because FP1 is basically broken, it doesn't do correct lighting, which is easiest to spot in the main menu on the upper right "halo support sphere" as I call it;p
Actually can you gimme a screenshot of the main menu so I can check if it's the same as what I see?
Sure, http://steamcommunity.com/sharedfiles/f ... =130194751

I was talking about black space on back wing of Hyperion.
Fantu
Posts: 42
Joined: Sat, 9. Feb 13, 20:29
x3ap

Post by Fantu »

I see on changelog that now bonus pack is included, I tried to buy logistic software (included on this) but I not found it.
The bonus pack must be installed manually?
Night Nord
Posts: 1002
Joined: Fri, 13. Jan 12, 19:09
x4

Post by Night Nord »

Fantu wrote:I see on changelog that now bonus pack is included, I tried to buy logistic software (included on this) but I not found it.
The bonus pack must be installed manually?
ChangeLog wrote: Included x3_bonus_package_3.1.07.tar.bz2 in game folder (temporary measure before a proper solution)
I suppose it means "Now Bonus Pack archive is included". You should unpack it manually.
timon37
EGOSOFT
EGOSOFT
Posts: 508
Joined: Fri, 14. Dec 12, 11:02
x4

Post by timon37 »

Night Nord wrote:
Fantu wrote:I see on changelog that now bonus pack is included, I tried to buy logistic software (included on this) but I not found it.
The bonus pack must be installed manually?
ChangeLog wrote: Included x3_bonus_package_3.1.07.tar.bz2 in game folder (temporary measure before a proper solution)
I suppose it means "Now Bonus Pack archive is included". You should unpack it manually.
Yep that's the case. I'll change the post to be more explicit, sorry for the ambiguity.
Merlin-TC
Posts: 12
Joined: Tue, 8. Apr 03, 02:18
x3ap

Post by Merlin-TC »

Thanks a lot for porting X3 to Linux timon37, I do hope TC and AP will follow soon.

I just bought X3 Reunion again on Steam so I can try it out on Linux ;)

Do you know if and when you will implement a benchmark?

Since Linux gaming is really taking off now it's vital to be able to actually benchmark games.

Right now I have a AMD Radeon 7870 and performance is less than stellar on Linux.
Now I am not sure if the AMD drivers (I am using the binary blob) are to blame and I am thinking about switching to NVIDIA just to be able to play properly.
etonbears
Posts: 63
Joined: Mon, 31. Dec 12, 00:13
x4

Post by etonbears »

Merlin-TC wrote:Thanks a lot for porting X3 to Linux timon37, I do hope TC and AP will follow soon.

I just bought X3 Reunion again on Steam so I can try it out on Linux ;)

Do you know if and when you will implement a benchmark?

Since Linux gaming is really taking off now it's vital to be able to actually benchmark games.

Right now I have a AMD Radeon 7870 and performance is less than stellar on Linux.
Now I am not sure if the AMD drivers (I am using the binary blob) are to blame and I am thinking about switching to NVIDIA just to be able to play properly.
I wouldn't look at the graphics card as your performance limiter. The 5850 I am using runs the game at maximum settings without issue.

The engine for this game was written long before CPUs contained more than one processing core, so the entire main logic of the game is single core. So if the CPU you use has many cores but a lowish clock speed, you could still have performance issues.

System memory could also be the cause, as could the particular Linux distro/setup you are using, but unless your card is faulty, it really should be more than enough.
etonbears
Posts: 63
Joined: Mon, 31. Dec 12, 00:13
x4

Post by etonbears »

Night Nord wrote:
BTW, if you are experiencing troubles with X-libraries or gtk-2.0, you need to establish a loading path to steam directory.

It should be something like
${HOME}/.steam/bin/steam-runtime/i386/usr/lib/i386-linux-gnu/

So, launch your application with

Code: Select all

LD_LIBRARY_PATH="${HOME}/.steam/bin/steam-runtime/i386/usr/lib/i386-linux-gnu/" /path/to/app
Ah, I wasn't paying attention. I assumed without thinking that X3R_main and X3R_config were scripts because they initially worked in a terminal.

You're right, the missing libs do exist in the steam tree, but ...

Code: Select all

roger@BORIS:~/.steam/steam/SteamApps/common/X3 - Reunion$ export LD_LIBRARY_PATH="${HOME}/.steam/bin/steam-runtime/i386/usr/lib/i386-linux-gnu/"
roger@BORIS:~/.steam/steam/SteamApps/common/X3 - Reunion$ echo $LD_LIBRARY_PATH
/home/roger/.steam/bin/steam-runtime/i386/usr/lib/i386-linux-gnu/
roger@BORIS:~/.steam/steam/SteamApps/common/X3 - Reunion$ ./X3R_config 
./X3R_config: error while loading shared libraries: libbz2.so.1.0: cannot open shared object file: No such file or directory
roger@BORIS:~/.steam/steam/SteamApps/common/X3 - Reunion$ ./X3R_main
./X3R_main: error while loading shared libraries: libbz2.so.1.0: cannot open shared object file: No such file or directory
roger@BORIS:~/.steam/steam/SteamApps/common/X3 - Reunion$ 

This lib is available as one of libs timon37 includes, and also as a lib in another part of the steam tree specific to my distribution.

And if I include that in the dynamic linker path, it cascades to another missing lib.

The steam runtime is certainly a tangled little web...I've never really bothered looking at their documentation, but perhaps I should try to understand it a little more.

@timon

Do Valve give you any form of environment setting script that you can use to ensure a consistent platform for running the X3 titles in a console? Obviously they set the environment themselves when games run from the Steam client.

I can see the benefit of Steam having a common library platform to overcome the version fragmentation of different distributions; but it means they either need to mirror everything in the linux dependency tree back as far as libc , or have to build in support for each specific distribution ( which is what I think they have done ).

It might not be important, of course, if there is no reason or expectation of running X3 games from a console except in testing.
Night Nord
Posts: 1002
Joined: Fri, 13. Jan 12, 19:09
x4

Post by Night Nord »

You may specify several directories in LD_LIBRARY_PATH using ":" char as separator.

I.e.

Code: Select all

LD_LIBRARY_PATH="/path/to/steam/runtime:/path/to/bz2lib:/path/to/something/else"
And about steam: I suppose they just run application with correct environment, so I doubt they need any script to launch application.
etonbears
Posts: 63
Joined: Mon, 31. Dec 12, 00:13
x4

Post by etonbears »

Night Nord wrote:You may specify several directories in LD_LIBRARY_PATH using ":" char as separator.

I.e.

Code: Select all

LD_LIBRARY_PATH="/path/to/steam/runtime:/path/to/bz2lib:/path/to/something/else"
And about steam: I suppose they just run application with correct environment, so I doubt they need any script to launch application.
Hello NN,

Yes, I was appending additional paths, but got bored with the cascading errors!

Steam probably builds the environment internally, based on the Linux distribution in use, rather than use scripts; but maybe timon can find something useful in their SDK.

It's probably not so important for X3:R as I suppose most major problems have been found now, but may be useful for his other ports to have a reliable launch script.
etonbears
Posts: 63
Joined: Mon, 31. Dec 12, 00:13
x4

Post by etonbears »

timon37 wrote:
Night Nord wrote:
Fantu wrote:I see on changelog that now bonus pack is included, I tried to buy logistic software (included on this) but I not found it.
The bonus pack must be installed manually?
ChangeLog wrote: Included x3_bonus_package_3.1.07.tar.bz2 in game folder (temporary measure before a proper solution)
I suppose it means "Now Bonus Pack archive is included". You should unpack it manually.
Yep that's the case. I'll change the post to be more explicit, sorry for the ambiguity.
I've had the bonus pack working for a while, but XTM ( which admittedly is large and complex ) is more problematic.

Has anyone else tried to add XTM?

@timon : should we even expect to get XTM to work ?

It has several filename errors that are easily fixed, the new CAT/DAT files are picked up, and the custom starts appear. Unfortunately, any attempt to start a new game with XTM loaded causes an immediate crash.
Merlin-TC
Posts: 12
Joined: Tue, 8. Apr 03, 02:18
x3ap

Post by Merlin-TC »

etonbears wrote:
I wouldn't look at the graphics card as your performance limiter. The 5850 I am using runs the game at maximum settings without issue.

The engine for this game was written long before CPUs contained more than one processing core, so the entire main logic of the game is single core. So if the CPU you use has many cores but a lowish clock speed, you could still have performance issues.

System memory could also be the cause, as could the particular Linux distro/setup you are using, but unless your card is faulty, it really should be more than enough.

Maybe the opengl drivers for the HD7800 series is not as good.
But I do notice slowdowns in some areas where I shouldn't.

The CPU also isn't the problem, it's a Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
I also have 8Gig of memory and nothing else running while playing except steam. No background processes, no IO, nothing.

@etonbears: I don't want to hijack this thread so maybe you can PM me and we can compare some other benchmarks like these http://unigine.com/products
Merlin-TC
Posts: 12
Joined: Tue, 8. Apr 03, 02:18
x3ap

Post by Merlin-TC »

etonbears wrote: I've had the bonus pack working for a while, but XTM ( which admittedly is large and complex ) is more problematic.

Has anyone else tried to add XTM?

@timon : should we even expect to get XTM to work ?

It has several filename errors that are easily fixed, the new CAT/DAT files are picked up, and the custom starts appear. Unfortunately, any attempt to start a new game with XTM loaded causes an immediate crash.
I did play around with XTM and got it working partly.

The first problem was the the scripts folder of XTM was had an upercase "S" so you have to rename it or just move the content to the scripts folder.

If you play a normal game (with story) it works and I didn't have any crashes. If you start a custom game, with a custom ship it crashes sometimes. I could narrow it down to the non existent language files even though they should exist.
I was playing around with the German/English version and depending on what language I chose the game crashed at different new game scenarios.
Night Nord
Posts: 1002
Joined: Fri, 13. Jan 12, 19:09
x4

Post by Night Nord »

etonbears wrote:
Night Nord wrote:You may specify several directories in LD_LIBRARY_PATH using ":" char as separator.

I.e.

Code: Select all

LD_LIBRARY_PATH="/path/to/steam/runtime:/path/to/bz2lib:/path/to/something/else"
And about steam: I suppose they just run application with correct environment, so I doubt they need any script to launch application.
Hello NN,

Yes, I was appending additional paths, but got bored with the cascading errors!

Steam probably builds the environment internally, based on the Linux distribution in use, rather than use scripts; but maybe timon can find something useful in their SDK.

It's probably not so important for X3:R as I suppose most major problems have been found now, but may be useful for his other ports to have a reliable launch script.
That's because Valve is shipping terribly built libraries from Ubuntu that do link almost every library in galaxy together.

You'll need to prepend library-path from Steam with your system's normal library path, so game will take Steam libraries (and all their insane dependencies) only if there is no system's version.

You may use this "oneliner" to fill variable with all possible pathes in correct order:

Code: Select all

export LD_LIBRARY_PATH=""; for i in `cat /etc/ld.so.conf{,*/*} | sed '/^#/ d; /^include/ d;'` `find $HOME/Steam -name '*.so' -and -not -path '*.old/*' -printf '%h\n' | sort -u`; do LD_LIBRARY_PATH="${LD_LIBRARY_PATH}:$i"; done
P.S. I've tried to run it on Gentoo Linux and it works, but it works for me anyway, as I have gtk-2 installed. But it should work, as AFAIK LD_LIBRARY_PATH is the only method to supply additional library path without root permissions in run-time, so Steam should use it while constructing environment for launching the application.

BTW, if you'll check

Code: Select all

ps ax | X3R_
after launching config in Steam, you'll see that it's run via "testandlaunch" script in X3R directory which also adds some LD_LIBRARY_PATH values. You may hack this script to echo/log LD_LIBRARY_PATH after all adjustments to get complete working path.

Or you may try checking /proc/<pic>/environ, where <pid> is process id for X3R_config itself (not a script).

You may use oneliner from corresponding SE question and you'll get something like this:

Code: Select all

night@nord X3 - Reunion % awk -v 'RS=\0' -F= '$1=="LD_LIBRARY_PATH" {print $2}' /proc/10887/environ
lib:/home/night/Steam/ubuntu12_32::/home/night/Steam/ubuntu12_32:/home/night/.steam/bin64:/home/night/Steam/SteamApps/common/X3 - Reunion:/home/night/Steam/SteamApps/common/X3 - Reunion/bin

Return to “X³: Reunion, X²: The Threat, X-T and X-BTF - Technical Support”