Oolite Bulletins

I'm a bit curious why there's no source for this minor version on the Berlios site. Am I just not seeing it? Would be nice to have it to try in Linux.

Because I’m lazy. See mini-profile to the left. :-)

I’ll try to remember to do it tomorrow. Alternatively, it’s available via svn at svn://svn.berlios.de/oolite-linux/tags/1.69.1-mac/ .

Yeah, I know how that is

I'm going the SVN route at the moment. Total no go on ubuntu feisty, libmozjs-dev is uninstallable, so its an upgrade to gutsy. At least I'm getting different errors, and it'll be an excellent reward when I get back to the game.

Thanks again for overcoming the laziness as much as you do.

chadlongstaff wrote:

Yeah, I know how that is

I'm going the SVN route at the moment. Total no go on ubuntu feisty, libmozjs-dev is uninstallable, so its an upgrade to gutsy. At least I'm getting different errors, and it'll be an excellent reward when I get back to the game.

Thanks again for overcoming the laziness as much as you do.

Let's compare notes... I'm trying to build 'trunk'. I'm working with Debian Unstable (W/ pics from Experimental).

So, I checkout 'trunk'... Install the dev packages as listed in: /trunk/debian/control . These are listed as: libsdl1.2-dev,l ibsdl-mixer1.2-dev, libgnustep-base-dev, gnustep-core-devel, libpng-dev, libmozjs-dev, mesa-common-dev

Now, the fun facts about this are that:
-libpng-dev is a metapackage and it wants you to pick on of two libpng dev packages. No biggie.
-A new gnustep hit experimental. Either the package naming changed, or a couple of packages didn't get into experimental. So I'm sticking w/ the unstable versions. (Because you can't fill the dependancies with the experimental packages.)

So, with great anticipation I type:
'dpkg-buildpackage'

and bad things happen.
1. I get 'no rule to make errors' for OOOXPCheckRequiresPListVerifierStage.m , now this is with a trunk checkout that has the fixes from that other thread in SVN. Now for giggles, if I # out OOOXPCheckRequiresPListVerifierStage.m from the GNUmakefile, it just jumps to OOOXPCheckDemoShipsPListVerifierStage.m and does the same. This nearly drove me to drink, then I discovered the files don't exist in the 'trunk' checkout.... (As of 9 PM EST of the 19th, or so)

2. Either # out OOOXP*************** from the GNUmakefile, or reverting to a version that doesn't have the OXP verification stuff I get a /ld error about not being able to find -ljs. Now, I'm assuming that's javascript library-- and with googeling I suspect it's hunting for libjs.so.* or some of the -dev gunk that goes with it. libmozjs-dev, nor libmozjs provides that...

So that's where I'm failing ATM.

PS- The official OoLite packages will probably have to be rebuilt once the experimental gnustep stuff hits unstable anyway... Maybe the maintainer will give it a version bump or package up some candy for experimental.

edit: Trunk is at revision 1098 as of my last try, using the .69.1-mac tag I get the -ljs problem. (Or if I # out the missing files from trunk.)

The libmozjs vs libjs thing is a known problem. Two Linuxy project members use different distros with different libraries; neither is very active. One is/was trying to set up an autoconf-based build to address this sort of thing.

The various ”verifier stages” are in src/Core/OXPVerifier/. They’re definitely there in r1098. The following lines in GNUmakefile are supposed to be making them findable, but I don’t use the makefile so I can’t be sure: However, I’m currently adding lots of files and doing much fiddling about, so I’d suggest going to revision r1087 (equivalent to the 1.67 tag) to get started.

Hi shade, I'm having exactly the same error you get in (1). Thanks for posting, I had a sleepless night with it, much better knowing I'm not alone with it.

chadlongstaff wrote:

Hi shade, I'm having exactly the same error you get in (1). Thanks for posting, I had a sleepless night with it, much better knowing I'm not alone with it.

Sleepness nights are a feature of Elite/Oolite commanders ..........one more hyperspace and a few more kills.......hmm how much is that Imperial courier........I wish I had four front lasers on my Darkwheel Cobra..........now which is more profitable, ore processing or longhauling........ok I'll head for Biaore and check the platinum prices........WTF a generation ship, that's some mother..........damn I've just scooped 4000 credits, knocked of a dozen bounty hunters and traders and forgot to save..........alright then one more hyperspace and I'm going to bed, is that birds I hear singing? hmm it's getting light, I'll make another coffee!

TGHC wrote:

..........one more hyperspace and a few more kills.......hmm how much is that Imperial courier........I wish I had four front lasers on my Darkwheel Cobra..........now which is more profitable, ore processing or longhauling........ok I'll head for Biaore and check the platinum prices........WTF a generation ship, that's some mother..........damn I've just scooped 4000 credits, knocked of a dozen bounty hunters and traders and forgot to save..........alright then one more hyperspace and I'm going to bed, is that birds I hear singing? hmm it's getting light, I'll make another coffee!

Ahhh, memories. I remember the night before my Maths GCSE next morning was spent gunning down pirates over Reidquat.

As for all night Ooliteering? That's why I keep a fully stocked Brita filter jug, coffee stuff and USB-powered heating element next to the 'puter!

Captain Hesperus

Ahruman wrote:

However, I’m currently adding lots of files and doing much fiddling about, so I’d suggest going to revision r1087 (equivalent to the 1.67 tag) to get started.

Will do, but it'll have to wait until tomorrow. There's debauchery happening tonight-- and I'd hate to miss anything of that sort.

Ahruman wrote:

The libmozjs vs libjs thing is a known problem. Two Linuxy project members use different distros with different libraries; neither is very active. One is/was trying to set up an autoconf-based build to address this sort of thing.

The various ”verifier stages” are in src/Core/OXPVerifier/. They’re in r1098. The following lines in GNUmakefile are supposed to be making them findable, but I don’t use the makefile so I can’t be sure:

Code: Select all

vpath %.m src/SDL:src/Core:src/Core/Entities:src/Core/Materials:src/Core/Scripting:src/Core/OXPVerifier
vpath %.h src/SDL:src/Core:src/Core/Entities:src/Core/Materials:src/Core/Scripting:src/Core/OXPVerifier

However, I’m currently adding lots of files and doing much fiddling about, so I’d suggest going to revision r1087 (equivalent to the 1.67 tag) to get started.

OOOXPCheckRequiresPListVerifierStage.m OOOXPCheckDemoShipsPListVerifierStage.m OOOXPCheckEquipmentPListVerifierStage.m

are listed in the GNUMakefile, but:

OOOCheckRequiresPListVerifierStage.m OOOCheckDemoShipsPListVerifierStage.m OOOCheckEquipmentPListVerifierStage.m

are what's in the Repo.

No?

(Make scares me. So, it's not that I know anything.)

Oh. Right. Duh.

I’m uploading a source archive for 1.69.1 to BerliOS. It’s the same thing you’d get from Subversion on the 1.69.1-mac tag (not 1.67 as I said at some point). It’s also rather big since it now contains a bunch of prebuilt libraries. Since the resources package is now much smaller than the source package, I’m giving up on that separation and just doing one file.

(I posted this elsewhere, but, FYI)

I just got trunk to build vs. debian unstable. I didn't have to do anything funky, except, rename the reference to -ljs to -lmozjs in the GNUMakefile. So my problems of the other day are moot. Smile Now let's just see how stable trunk is....

Now, for us debian(ish and possibly other linux) folks:

Change:
ADDITIONAL_OBJC_LIBS = -lpng -ljs -lGLU -lGL -lSDL -lpthread -lSDL_mixer -lgnustep-base

to:

ADDITIONAL_OBJC_LIBS = -lpng -lmozjs -lGLU -lGL -lSDL -lpthread -lSDL_mixer -lgnustep-base

Please not, if your install is seeing a different libjs, it's probably not the mozilla javascript implementation that you need.

Now time to kick the tires.

The libjs was a real pain in the arse to get to work properly - IIRC make install for the library simply didn't do the right thing and I ended up fixing loads of stuff by hand, but after the hand-fixes it did work.

As for GNUstep, stick with the version that oolite is currently built with - newer versions change how the build runs, and apparently, it will be a real pain in the arse to bring the Windows build up to the latest GNUstep, so we're sticking with a slightly back-level version for the time being.

However, eventually we'll have to move - I suspect newer versions of GNUstep work a lot better with SElinux (Security Enhanced linux if you haven't heard of it, and how some distros are installed by default - Fedora has SElinux in enforcing mode by default)