Page 7 of 8

Re: Statically linked Linux-version

Posted: Sun Nov 15, 2009 10:20 pm
by nickholden
Hi, thanks for helping me out...

Graphics card: Intel 965GM (this is on a laptop), 1280x800, 24bit colour.

linux-en94:/home/nick # glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample,
GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group
client glx vendor string: SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap
GLX extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_swap_control,
GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig,
GLX_SGIX_visual_select_group
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) 965GM 20080716 x86/MMX/SSE2
OpenGL version string: 1.4 Mesa 7.2
OpenGL extensions:
GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_fragment_program,
GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader,
GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_point_parameters,
GL_ARB_point_sprite, GL_ARB_shader_objects, GL_ARB_shading_language_100,
GL_ARB_shadow, 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_non_power_of_two, GL_ARB_texture_rectangle,
GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object,
GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos,
GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate,
GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract,
GL_EXT_clip_volume_hint, GL_EXT_cull_vertex, GL_EXT_compiled_vertex_array,
GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord,
GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil,
GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset,
GL_EXT_rescale_normal, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, 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_object, GL_EXT_texture_rectangle, GL_EXT_texture_sRGB,
GL_EXT_vertex_array, GL_3DFX_texture_compression_FXT1,
GL_APPLE_client_storage, GL_APPLE_packed_pixels,
GL_ATI_blend_equation_separate, GL_ATI_separate_stencil,
GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat,
GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture,
GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent,
GL_NV_point_sprite, GL_NV_texture_rectangle, GL_NV_texgen_reflection,
GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_OES_read_format,
GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SGIX_depth_texture,
GL_SUN_multi_draw_arrays
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x58 32 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None

Re: Statically linked Linux-version

Posted: Sun Nov 15, 2009 10:25 pm
by nickholden
Interesting that the other thread you pointed to is also OpenSUSE - I wonder if there's a permissions issue with X for that distro that is causing the problems. Has anyone got FO to work on OpenSUSE?

From /var/log/Xorg.0.log...
AUDIT: Sun Nov 15 20:14:40 2009: 2484 X: client 30 rejected from local host ( uid=0 gid=0 pid=31178 )
AUDIT: Sun Nov 15 20:43:53 2009: 2484 X: client 30 rejected from local host ( uid=1000 gid=100 pid=31252 )
AUDIT: Sun Nov 15 20:44:16 2009: 2484 X: client 30 rejected from local host ( uid=1000 gid=100 pid=31267 )
AUDIT: Sun Nov 15 21:05:47 2009: 2484 X: client 32 rejected from local host ( uid=0 gid=0 pid=31473 )
AUDIT: Sun Nov 15 21:08:20 2009: 2484 X: client 30 rejected from local host ( uid=0 gid=0 pid=31980 )
AUDIT: Sun Nov 15 21:25:57 2009: 2484 X: client 30 rejected from local host ( uid=0 gid=0 pid=32525 )
AUDIT: Sun Nov 15 22:24:39 2009: 2484 X: client 30 rejected from local host ( uid=0 gid=0 pid=670 )
AUDIT: Sun Nov 15 22:25:35 2009: 2484 X: client 30 rejected from local host ( uid=0 gid=0 pid=682 )
... each time I run the game, it is rejected by the X server. Wish I knew how to fix that...

Re: Statically linked Linux-version

Posted: Mon Nov 16, 2009 4:07 pm
by OndrejR
Maybe it is firewall problem. Try disable firewall or some ports. Which ports is written on wiki.

Re: Statically linked Linux-version

Posted: Mon Nov 16, 2009 7:15 pm
by nickholden
The wiki only mentions firewall ports in relation to multiplayer games. I don't think I've got that far.

Besides, I get the same error when the game is started with the firewall completely disabled. I think it's more internal to X's own security.

Re: Statically linked Linux-version

Posted: Mon Nov 16, 2009 7:56 pm
by nickholden
Okay, I can run the 0.3.11 version, but nothing I do gets round the error with the 'latest' package. Should I just give up, and go back to 0.3.11?

Re: Statically linked Linux-version

Posted: Mon Nov 16, 2009 8:37 pm
by Geoff the Medio
nickholden wrote:Okay, I can run the 0.3.11 version, but nothing I do gets round the error with the 'latest' package. Should I just give up, and go back to 0.3.11?
That depends on why you're trying to run FreeOrion. If you just want to try it out, then use whatever version you can get to work or prefer.

It'd be appreciated if you could keep trouble-shooting / searching for a solution, though, in case more people have the same problem and you're able to help them...

Re: Statically linked Linux-version

Posted: Sun Dec 13, 2009 12:49 am
by RickSusaf
Is the static linking for the Linux version still being maintained? Just noticing the nightly build for Linux hasn't been updated in about a month.

Re: Statically linked Linux-version

Posted: Sun Dec 13, 2009 12:57 am
by Geoff the Medio
I assume so. If you drop into the freeorion IRC channel and kroddn is there, he might respond to a request for an update.

Re: Statically linked Linux-version

Posted: Fri Mar 19, 2010 12:11 pm
by kroddn
I still maintain it. But since there is not a great amount of new features, I don't compile a new version each week. Just have a look at http://freeorion.psitronic.de/download/nightly/ and sometimes there's a new version there :-)

I saw that the current german translation in rev3388 has problems/missing strings.

Re: Statically linked Linux-version

Posted: Sun May 16, 2010 11:24 pm
by Hacklin
FYI,

I successfully installed and started FreeOrion 0.3.14.1 on OpenSUSE 11.2 (x86-64).

Re: Statically linked Linux-version

Posted: Tue Sep 21, 2010 11:41 am
by pallinger
I successfully installed the statically compiled version (freeorion_rev3727_i386_static.tar.gz), but running ended in a segmentation fault.

Code: Select all

$ freeorion-start 
I am Symlink. Following into my targets basedir
CWD: /home/pallinger/local/freeorion/application
python2.5 found. Using it.
Segmentation fault
Could anyone help me how I could check which dependency is missing?

I'm on Ubuntu 10.4 x86_64, with an nvidia Quadro NVS 290.

Re: Statically linked Linux-version

Posted: Tue Sep 21, 2010 6:26 pm
by OndrejR
This version is for 32 bit version of Linux. I don't know if it was tested for 64bit version of Linux. You have probably have to compile it from svn.

Re: Statically linked Linux-version

Posted: Tue Sep 21, 2010 9:56 pm
by Geoff the Medio
pallinger wrote:Could anyone help me how I could check which dependency is missing?
A segmentation fault doesn't necessarily mean there's a missing dependency... More likely is some incompatibility between dependencies and libraries on your system, or the ABI.

As noted here it would be helpful to download the debugging symbols and run in gdb to perhaps narrow down the crash.

I'm not sure if the 32 vs. 64 bit system would be an issue... It might be part of the problem.

Re: Statically linked Linux-version

Posted: Wed Sep 22, 2010 2:51 pm
by pallinger
A segmentation fault doesn't necessarily mean there's a missing dependency... More likely is some incompatibility between dependencies and libraries on your system, or the ABI.
True, I also thought about incompatibilities.
As noted here it would be helpful to download the debugging symbols and run in gdb to perhaps narrow down the crash.
I will try that, if I will have the time. Meanwhile, I realized I have a nice logfile captured in debug mode (I am attaching it). It seems that it dies while creating the graphic buffer.
I'm not sure if the 32 vs. 64 bit system would be an issue... It might be part of the problem.
Also true. Although I have the 32bit compatiblity libraries installed, I do not know if this statically linked version uses them at all. I will try to install it to a 32bit virtual machine and see what happens (I hope it runs with Mesa software rendering).

Re: Statically linked Linux-version

Posted: Wed Sep 22, 2010 6:21 pm
by Geoff the Medio
According to the log file you posted, the client is crashing when setting up map rendering. That suggests there's a graphics driver problem.

What version of OpenGL does your system support?

Does anything change if you disable all the rendering options on the galaxy map tab of the options screen before starting a game?