Page 8 of 13
Posted: Wed May 19, 2010 4:02 pm
by KEE
something is very wrong with this game. Iam probability just going use the one in the repository's. i cant it no bigger then this...lol cant even show you here urls are blocked lol...anyway nice try appreciated
Posted: Wed May 19, 2010 4:21 pm
by KEE
what s the annoying part is that .GNUstepDefaults keeps changing the width and height and cause it to crash =/ i think anyway. no way to tell i guess
Posted: Wed May 19, 2010 8:31 pm
by KEE
does this conflicts with wow? seems im running really slow in the graphics department when i installed this game
Posted: Thu May 20, 2010 6:45 am
by Getafix
Since 1.73.4 is what you need why don't you install
the .package (
32bit or
64bit) or the
.deb 32bit setup?
Posted: Thu May 20, 2010 1:36 pm
by JazHaz
KEE wrote:does this conflicts with wow?
World of Warcraft? Why would you run Oolite and WoW at the same time?
Posted: Thu May 20, 2010 9:42 pm
by DaddyHoggy
JazHaz wrote:KEE wrote:does this conflicts with wow?
World of Warcraft? Why would you run Oolite and WoW at the same time?
I thought KEE was imply that since he'd installed Oolite, WoW is running slowly (or vice versa - not really sure) - I don't think he meant he was running both simultaneously
Posted: Thu May 20, 2010 9:57 pm
by Cmdr James
You lot dont know about WooW.oxp that allows you to play WoW on the F7 screen?
Posted: Fri May 21, 2010 7:38 am
by Micha
I can confirm that building plain old 1.73-maintenance works as expected on my Lucid laptop:
Code: Select all
$ svn co http://svn.berlios.de/svnroot/repos/oolite-linux/branches/1.73-maintenance
$ cd 1.73-maintenance
$ make -f Makefile release
$ oolite.app/oolite
No segfault or other crashes.
On a brand-new install of lucid, of course one would first have to install all the relevant development packages, as outlined in the first post of this thread.
As others have said, unless you want to make some personal tweaks to the game, why don't you just try the precompiled binaries?
Posted: Fri May 21, 2010 1:44 pm
by Pegleg
Hopefully I'm not confusing the issue... but 64 bit Lucid is having some problems with Nvidia drivers and the xserver. I had to disable them on my wife's desktop for now because they would crash the xserver whenever the display settings would be changed, like during login. I would imagine this would also hold true when changing window sizes too as both games use 3d graphics. Have had three Nvidia driver updates so far this month but I don't know if they've got it fixed yet. Not yet ready to listen to her if her computer crashes again so she's still on 2d graphics.
Posted: Fri May 21, 2010 11:23 pm
by DaddyHoggy
Pegleg wrote:Hopefully I'm not confusing the issue... but 64 bit Lucid is having some problems with Nvidia drivers and the xserver. I had to disable them on my wife's desktop for now because they would crash the xserver whenever the display settings would be changed, like during login. I would imagine this would also hold true when changing window sizes too as both games use 3d graphics. Have had three Nvidia driver updates so far this month but I don't know if they've got it fixed yet. Not yet ready to listen to her if her computer crashes again so she's still on 2d graphics.
I had that on Gutsy when it first came out - I could log on - but it would crash out of xserver if we switched user (my wife preferred a different screen res to me) - shame if this kind of problem has come back.
Posted: Thu Jun 03, 2010 6:59 am
by Getafix
Firts post has been updated following to build options update (Micha, r3448) and to warn about 1.19.1 > gnustep < trunk(1.21.1) XML bug.
Posted: Sat Jun 19, 2010 3:48 am
by KEE
yeah that was an update that broke the nvida drivers or something...im getting the in 1.74...whats it mean?
Code: Select all
$cd ~/1.74-maintenance
:~/1.74-maintenance# make -f Makefile release
make -f GNUmakefile debug=no
make[1]: Entering directory `~/1.74-maintenance'
GNUmakefile:1: /common.make: No such file or directory
GNUmakefile:284: /objc.make: No such file or directory
make[1]: *** No rule to make target `/objc.make'. Stop.
make[1]: Leaving directory `~/1.74-maintenance'
make: *** [release] Error 2
Posted: Sat Jun 19, 2010 6:29 am
by Micha
That means you haven't sourced your "GNUstep.sh" before trying to compile.
On Debian/Ubuntu, this file is, by default, in /usr/share/GNUstep/Makefiles.
See step 1.2 of the first post.
Posted: Sat Jun 19, 2010 7:59 am
by KEE
Micha wrote:That means you haven't sourced your "GNUstep.sh" before trying to compile.
On Debian/Ubuntu, this file is, by default, in /usr/share/GNUstep/Makefiles.
See step 1.2 of the first post.
O ok
Code: Select all
cp ~/.bashrc /usr/share/GNUstep/Makefiles/GNUstep.sh
Code: Select all
In file included from src/Core/OOAsyncWorkManager.m:33:
src/Core/OONSOperation.h:14:43: error: #if with no expression
make[3]: *** [obj/OOAsyncWorkManager.m.o] Error 1
make[2]: *** [internal-objc_program-all_] Error 2
make[1]: *** [oolite.all.objc-program.variables] Error 2
make[1]: Leaving directory `~/Oolite-dev/1.74-maintenance'
make: *** [release] Error 2
~/Oolite-dev/1.74-maintenance$
How to build Oolite source on Ubuntu
Posted: Wed Jul 14, 2010 1:25 pm
by Getafix
First post has been updated for 1.74.1-test release.