Aha, one huge difference is that the autopackage version includes its own libraries for things like GNUstep and SDL and sets LD_LIBRARY_PATH in the wrapper shell script to point to those.
So, possibly some gotcha when bumping up to libgnustep-base 1.19.3 rather than the autopackaged 1.14 ?
Search found 5 matches
- Sat Mar 27, 2010 11:27 am
- Forum: Testing and Bug reports
- Topic: 1.73.4: Linux - Saves corrupt(?) after dying
- Replies: 29
- Views: 7758
- Sat Mar 27, 2010 10:14 am
- Forum: Testing and Bug reports
- Topic: 1.73.4: Linux - Saves corrupt(?) after dying
- Replies: 29
- Views: 7758
- Sat Mar 27, 2010 10:05 am
- Forum: Testing and Bug reports
- Topic: 1.73.4: Linux - Saves corrupt(?) after dying
- Replies: 29
- Views: 7758
Indeed this fails to work in exactly the same manner without any AddOns (I moved the directory out to my home directory before starting oolite). And, yes, the TCP stuff was just from my having added in the Debug OXP but not having run the console before that oolite startup. I'm curious as to how the...
- Fri Mar 26, 2010 9:02 pm
- Forum: Testing and Bug reports
- Topic: 1.73.4: Linux - Saves corrupt(?) after dying
- Replies: 29
- Views: 7758
I can do that, but bear in mind I've restarted the game several times since, so even the Previous.log won't help much. Here's with just a startup and attempting to load the affected save: [log.header]: Opening log for Oolite version 1.73.4 (x86-32 test release) under Linux at 2010-03-26 20:58:59 +00...
- Fri Mar 26, 2010 6:07 pm
- Forum: Testing and Bug reports
- Topic: 1.73.4: Linux - Saves corrupt(?) after dying
- Replies: 29
- Views: 7758
1.73.4: Linux - Saves corrupt(?) after dying
I've been playing Oolite v1.73.4 for the past few days. It's compiled from sources on a Debian squeeze/sid (testing) system, using the nVidia binary drivers (v 195.22). Today I died in a fight (bit off way more than I could chew), and upon trying to load the last saved game I now find any save since...