Page 2 of 3
Posted: Mon May 19, 2008 9:27 pm
by JensAyton
hackoon: again, that log is not from 1.71.2, it is from the trunk or a nightly. The nightlies are not 1.71.2.
Most of the errors in your log – in particular, the weird strings.expand.recursionLimit one – do not occur for me under Linux with the trunk. Either your Oolite installation or your copy of AsteroidStorm is broken.
Posted: Tue May 20, 2008 3:14 pm
by hackoon
this is the log from the WORKING 1.71.1 version
notice that your find the
**** ERROR: exceeded recusion limit trying to expand description "[theme-music-credit]"
again but it doesn't cause any problems....
08-05-20 15:11:49.570 oolite[15336] File NSUserDefaults.m: 561. In [NSUserDefaults +standardUserDefaults] Improper installation: No language locale found
2008-05-20 15:11:49.579 oolite[15336] [log.header]: Opening log for Oolite version 1.72 (x86-32 test release) under Linux at 2008-05-20 15:11:49 +0000.
1 processors detected.
Note that the contents of the log file can be adjusted by editing logcontrol.plist.
2008-05-20 15:11:49.580 oolite[15336] [unclassified.MyOpenGLView]: initialising SDL
2008-05-20 15:11:49.662 oolite[15336] [unclassified.JoystickHandler]: init: numSticks=0
2008-05-20 15:11:49.662 oolite[15336] [unclassified.MyOpenGLView]: CREATING MODE LIST
2008-05-20 15:11:49.663 oolite[15336] [unclassified.MyOpenGLView]: Added res 832 x 624
2008-05-20 15:11:49.663 oolite[15336] [unclassified.MyOpenGLView]: Added res 800 x 600
2008-05-20 15:11:49.663 oolite[15336] [unclassified.MyOpenGLView]: Added res 768 x 576
2008-05-20 15:11:49.663 oolite[15336] [unclassified.MyOpenGLView]: Added res 720 x 400
2008-05-20 15:11:49.663 oolite[15336] [unclassified.MyOpenGLView]: Added res 640 x 480
2008-05-20 15:11:49.663 oolite[15336] [unclassified.MyOpenGLView]: Added res 480 x 360
2008-05-20 15:11:49.663 oolite[15336] [unclassified.MyOpenGLView]: Added res 320 x 240
libGL warning: 3D driver claims to not support visual 0x4b
2008-05-20 15:11:50.049 oolite[15336] [unclassified.MyOpenGLView]: drawRect calling initialiseGLWithSize
2008-05-20 15:11:50.049 oolite[15336] [unclassified.MyOpenGLView]: Creating a new surface of 1024 x 768
2008-05-20 15:11:50.075 oolite[15336] [unclassified.MyOpenGLView]: no universe, clearning surface
2008-05-20 15:11:50.088 oolite[15336] [rendering.opengl.version]: OpenGL renderer version: 1.3.0 ("1.3 Mesa 6.5.2")
Vendor: Tungsten Graphics, Inc.
Renderer: Mesa DRI Radeon 20061018 AGP 4x x86/MMX/SSE2 NO-TCL
2008-05-20 15:11:50.088 oolite[15336] [rendering.opengl.extensions]: OpenGL extensions (64):
GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpose_matrix GL_ARB_window_pos GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_EXT_convolution GL_EXT_copy_texture GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_histogram GL_EXT_packed_pixels GL_EXT_polygon_offset GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_specular_color GL_EXT_stencil_wrap GL_EXT_subtexture GL_EXT_texture GL_EXT_texture3D GL_EXT_texture_edge_clamp GL_EXT_texture_env_add GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture_rectangle GL_EXT_vertex_array GL_APPLE_packed_pixels GL_ATI_texture_env_combine3 GL_ATI_texture_mirror_once GL_IBM_rasterpos_clip GL_IBM_texture_mirrored_repeat GL_MESA_ycbcr_texture GL_MESA_window_pos GL_NV_blend_square GL_NV_light_max_exponent GL_NV_texture_rectangle GL_NV_texgen_reflection GL_OES_read_format GL_SGI_color_matrix GL_SGI_color_table GL_SGIS_generate_mipmap GL_SGIS_texture_border_clamp GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod
2008-05-20 15:11:50.089 oolite[15336] [rendering.opengl.shader.support]: Shaders will not be used (OpenGL extension GL_ARB_shader_objects is not available).
2008-05-20 15:11:50.293 oolite[15336] Failed to recurse into directory 'AddOns' - No such file or directory
2008-05-20 15:11:50.293 oolite[15336] Failed to recurse into directory '/home/test/.Oolite/AddOns' - No such file or directory
2008-05-20 15:11:50.294 oolite[15336] [searchPaths.dumpAll]: ---> OXP search paths:
("/usr/lib/Oolite/oolite.app/Resources", AddOns, "/home/test/.Oolite/AddOns")
2008-05-20 15:11:50.294 oolite[15336] [dataCache.rebuild.pathsChanged]: Cache is stale (search paths have changed). Rebuilding from scratch.
2008-05-20 15:11:50.690 oolite[15336] [ship.sanityCheck.failed]: Ship <PlayerEntity 0x9254650>{"(nil)" ID: 0 position: (0, 0, 0) scanClass: CLASS_NOT_SET status: STATUS_IN_FLIGHT} generated with infinite top speed!
2008-05-20 15:11:51.342 oolite[15336] [script.javaScript.context.create]: Creating JS context.
2008-05-20 15:11:51.371 oolite[15336] [script.javaScript.context.create]: Creating JS context.
2008-05-20 15:11:51.433 oolite[15336] [script.load.world.listAll]: Loaded 5 world scripts: "oolite-cloaking-device" 1.72, "oolite-constrictor-hunt" 1.72, "oolite-nova" 1.72, "oolite-thargoid-plans" 1.72, "oolite-trumbles" 1.72
2008-05-20 15:11:55.061 oolite[15336] [dataCache.willWrite]: About to write data cache.
2008-05-20 15:11:55.106 oolite[15336] [dataCache.write.success]: Wrote data cache.
2008-05-20 15:11:55.117 oolite[15336] [strings.expand.recursionLimit]: ***** ERROR: exceeded recusion limit trying to expand description "[theme-music-credit]"
2008-05-20 15:11:57.853 oolite[15336] [unclassified.MyOpenGLView]: Creating a new surface of 1024 x 768
can you please tell my your glibc, and distro version? and your startup log as well
Posted: Tue May 20, 2008 3:42 pm
by another_commander
I am not running Linux, but looking at the last log you posted, one thing becomes obvious: You have a very badly broken installation and, although you think 1.71.1 works, I can assure you that something is terribly wrong with it.
1. First off, the log you have posted above is not 1.71.1. It is a 1.71.1 type executable running on version 1.72 datafiles. This is guaranteed to be problematic. The executable should be running on its own version datafiles. Different version executable and datafiles are not interchangeable.
2. The game complains that it cannot recurse into the AddOns directory. This indicates a problem with the directory structure of the game, which means a problem with its installation.
3. The strings.expand.recursionLimit error is a serious one and it is not expected under a normal install of Oolite. The fact that you are getting it indicates a problem with the datafiles, which is also another indication of bad install.
We have already received reports from Linux users building and running 1.72 trunk without problems. I recommend you uninstall Oolite from your system and reinstalling it properly using the package file found at
https://developer.berlios.de/project/sh ... se_id=7424 (bottom of the list).
Posted: Tue May 20, 2008 3:46 pm
by JensAyton
another_commander wrote:2. The game complains that it cannot recurse into the AddOns directory. This indicates a problem with the directory structure of the game, which means a problem with its installation.
I don’t think this is a real problem. It’s just GNUstep being chatty about something that’s a silent error in OS X. I’ll add an explicit check for the presence of directories to the resource manager scanning code.
We have already received reports from Linux users building and running 1.72 trunk without problems.
I’m one of them (at last).
This worked for me, and is still working.
Posted: Tue May 20, 2008 4:17 pm
by Getafix
@hackoon:
1. Can you check how many occurences of the "oolite" executable you currently have? ("slocate" could help you on this)
2. How do you run Oolite? (i.e. terminal window, desktop icon etc.)
Posted: Wed May 21, 2008 9:35 pm
by hackoon
just one /usr/bin/oolite
desktop icon
it is just the simple 1.71.2 package dev from berlios
please tell me your glibc version
Posted: Thu May 22, 2008 11:28 am
by hackoon
can somebody just send a log from his own?
I deleted /usr/lib/Oolite reinstalled it a few times the log always says 1.72 whatever version I install. i downloaded from berlios so something is wrong with the version there or I don't know (getting a bit frustrated with this issue)
AddOns are looked for in /usr/lib/Oolite/oolite.app/AddOns NOT in /usr/lib/Oolite/AddOns! so something is wrong with your searchpath.
Posted: Thu May 22, 2008 11:44 am
by Commander McLane
Sorry if I ask a really stupid question, but: What have you downloaded from BerliOs? On BerliOs there are both the current release 1.71.2 and the "trunk", the not-yet-released-because-it-is-worked-upon future version 1.72. I don't know how that looks for Linux people. Can they be confused?
Posted: Thu May 22, 2008 12:32 pm
by Kaks
The version number displayed is taken from the Resources/ directory(also known as the oolite datafiles).
As another_commander already said, it looks like you got the executable from the 1.71 branch with the datafiles from 1.72.
From what you've said so far, from here it seems that when oolite looks for the Resources directory, it goes where you told it to instead of its standard location. (you mentioned that the standard location isn't picked up by oolite in your computer)
What you might want to do is to put a symlink to the right location(the one containing the 1.71.x datafiles), or copy the contents of that into your non-standard datafiles location.
Posted: Thu May 22, 2008 2:03 pm
by hackoon
look I have a standart config I installed from berlios package It just has AddOns in the wrong place (/usr/lib/Oolite/AddOns). I know it looks like it is the wrong binary but it is the one which comes from the packages and they are different at least in size from 1.71.2 and 1.71.1. can somebody install the packages an look what it says in the log? have you got a log telling oolite version 1.71.2? in the release.txt it always tell the right version.
For me it seems there is something wrong with the precompiled packages. who did them? can you check it out?
Posted: Thu May 22, 2008 3:09 pm
by Kaks
First of all, I'm at work atm, but when I'm back home I'll post you a copy of my stderr. However, allow me to clarify what me & other people on the board have tried to say: oolite is looking for the AddOns folder in /usr/lib/Oolite/AddOns, which is where it should be. It then looks for the Resources folder in /usr/lib/Oolite/oolite.app/Resources, which again it's where it should be.
If it recognises the AddOn folder where you say it does, then it means you have 2 resources folders on your computer.
One should be is in /usr/lib/Oolite/oolite.app/Resources, the other one should be in /usr/lib/Oolite/oolite.app/oolite.app/Resources
One of them is the right one for your Oolite(v1.71.2), the other one is for the dev version of oolite (v1.72) One of them is wrong, the other is right. And that's where all your problems are from.
Having said all that, in about 4 hours I should be able to show you a 'proper' linux log, from oolite 1.71.2.
Still, I'm not quite sure how that would help.
Posted: Thu May 22, 2008 7:50 pm
by Kaks
Well, I'm afraid I won't be any help.
Hackoon, I had a proper look at my linux installation: I had 1.71.1 installed, and the AddOns directory I was using was ~/.Oolite/AddOns/. I did find it easier to manage than using the /usr/lib/ directory tree. I quickly proceeded to install 1.71.2, but had no luck: autopackage seems to be very broken on my test system.
It tries to install 1.71.2, tells me it's installed, but there's no traces of Oolite in my linux partition anymore( apart from the ~/oolite-saves and the AddOns directories). If I look at the list of all applications that can be uninstalled with autopackage, I get the sum total of 1, autopackage itself.
After that non-event, I downloaded nuts and scrap + thunder and lightning ( 2 other autopackage games) & exactly the same thing happened with them...
Can anyone else confirm that 1.71.2 .package is working as expected? I'll have a good look at why autopackage is not working, but it could take a while...
Posted: Thu May 22, 2008 9:23 pm
by hackoon
the resources are in the right place it seems that they come as 1.72 version with the package. anyway 1.71.1 has no problems with it as far as I have noticed.
anybody got something different?
searchpath is:
"/usr/lib/Oolite/oolite.app/Resources", AddOns, "/home/test/.Oolite/AddOns"
that means it will look into a folder called AddOns situated in the same directory oolite is started from
/usr/bin/oolite ->
cd $OOLITE_ROOT/$TOPLEVEL/oolite.app
that means /usr/bin/Oolite/oolite.app/AddOns is the place it is actually looking
NOT /usr/bin/Oolite/AddOns
could you please past the 1.71.1 log
thanks
Posted: Fri May 23, 2008 8:18 am
by Kaks
Unfortunately with autopackage on the fritz, I can't reinstall the package. I'll finish setting up the development environment on linux, and then I can grab 1.71.2 from trunk & compile. Then I'll be able to produce the log... I stupidly didn't save the 1.71.1 stderr before trying to install 1.71.2, the famous last thought was: 'it won't take a minute, anyway'.
If the 1.71.2 package is broken, and was the reason autopackage... well.. packed up on me, instead of me doing something stupid, and/or it's got 1.72 datafiles inside it, we need a Plan B.
Luckily I've just thought of Plan A: Getafix, Winston: is there a chance you can check out if the download package from BerliOS is broken? (mainly if it installs, and the datafiles/js scripts version), ta!
Posted: Fri May 23, 2008 12:12 pm
by hackoon
you can extract the package manually
sh oolite-1.71.1.x86.package -x
version number in Info-gnustep.plist is 1.72