Oolite Bulletins

Hi I know developers are trying to make intallation simple and stable enough but usually package maintainers for specific distros are not that happy with this approach. The main problem is bundled dependencies. they increase compilation time, they supported not that good as main tree, they make the ...

my preferences: 1) github 2) googlecode (from time to time its repos are down for a short time) 3) sourceforge (bad forum, no wiki, slow interface, stupid bug tracker) I'd also looked at but don't have projects on: 1) gitorious.net 2) launchpad.net (interface a bit complicated, not everyone likes ba...

thanks, now its compilable w/o patches, but warning introduced by fixes is still here suggested fix removes warning

I’ve now deleted that particular hack completely. It was bad form anyway. and what about second part of patch? diff -ur oolite-dev-source-9999.orig/src/Core/Universe.m oolite-dev-source-9999/src/Core/Universe.m --- oolite-dev-source-9999.orig/src/Core/Universe.m 2010-05-14 13:04:30.264236785 +0600 ...

unfortnatelly it still won't compile but with next patch everything seems to be fine diff -ur oolite-dev-source-9999.orig/src/Core/NSNumberOOExtensions.m oolite-dev-source-9999/src/Core/NSNumberOOExtensions.m --- oolite-dev-source-9999.orig/src/Core/NSNumberOOExtensions.m 2010-05-14 13:04:30.2502369...

Thanks rion! I'm not sure when we're going to go from our present - fairly old - gnustep build system to a more recent one, but when we do we'll definitely use your work! :) this patch does not abolish support for old versions of gnustep-base. so its safe to apply it, but probably i'd made it more ...

anyone?..

i've uploaded ready to apply patch http://filebin.ca/skftnm/oolite-gnustep-1.20.patch

about compatibility issue with latest gnustep-base error refers to first declaration in /usr/GNUstep/System/Library/Headers/ObjectiveC2/runtime.h which looks like size_t class_getInstanceSize(Class cls); as you can see its not static. i also noticed that this function is not declared anywhere in the...

You can try from a clean source tree checkout: make -f Makefile distro-release -lpulse is not used when building with the distro's dependencies. thanks for clarification. now it compiles w/o errors =) gentoo users can try my 9999(trunk) ebuild as always by adding "rion" overlay and unmask...

Suggestion #1 Install the missing library libpulse-dev. not acceptable on gentoo since there is no separate library. moreover i don't want to have whole pulseaudio installed just to make oolite linkable Suggestion #2 Do not install libpulse-dev, but build with distro-release option. In that case yo...

now it fails on pulseaudio linking, which is not installed on my system at all.
as far as i see, oolite itself doesn't use pulseaudio, but espeak can be linked with it (at least on gentoo). so probably its better to make pulseaudio optional or exclude it at all.

Is this the only error you get? compilation just stops here. so the only 1. What version of GCC are you running? Versions 3.4.2 (used on Windows) and 4.0 and 4.2 (used on Mac (I think)) do fine there. 4.4.3 2. You seem to be building with 'make use_distro_deps'. Try building using gnustep-base 1.18...

just tried to build oolite from trunk on my gentoo system but got next error src/Core/Entities/Entity.m:53: error: static declaration of 'class_getInstanceSize' follows non-static declaration # eix -cI gnustep gnustep-base/gnustep-base (1.20.0@11.05.2010): A library of general-purpose, non-graphical...

readded stable as source tarball package (not svn)

added stable version to overlay