Statically linked Linux-version

Programmers discuss here anything related to FreeOrion programming. Primarily for the developers to discuss.

Moderator: Committer

Message
Author
nickholden
Space Krill
Posts: 5
Joined: Sun Nov 15, 2009 8:32 pm

Re: Statically linked Linux-version

#91 Post by nickholden » Sun Nov 15, 2009 10:20 pm

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

nickholden
Space Krill
Posts: 5
Joined: Sun Nov 15, 2009 8:32 pm

Re: Statically linked Linux-version

#92 Post by nickholden » Sun Nov 15, 2009 10:25 pm

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...

User avatar
OndrejR
Space Dragon
Posts: 339
Joined: Thu Oct 02, 2008 11:00 pm
Location: Slovakia

Re: Statically linked Linux-version

#93 Post by OndrejR » Mon Nov 16, 2009 4:07 pm

Maybe it is firewall problem. Try disable firewall or some ports. Which ports is written on wiki.

nickholden
Space Krill
Posts: 5
Joined: Sun Nov 15, 2009 8:32 pm

Re: Statically linked Linux-version

#94 Post by nickholden » Mon Nov 16, 2009 7:15 pm

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.

nickholden
Space Krill
Posts: 5
Joined: Sun Nov 15, 2009 8:32 pm

Re: Statically linked Linux-version

#95 Post by nickholden » Mon Nov 16, 2009 7:56 pm

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?

User avatar
Geoff the Medio
Programming, Design, Admin
Posts: 12268
Joined: Wed Oct 08, 2003 1:33 am
Location: Munich

Re: Statically linked Linux-version

#96 Post by Geoff the Medio » Mon Nov 16, 2009 8:37 pm

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...

RickSusaf
Krill Swarm
Posts: 13
Joined: Tue Nov 10, 2009 3:51 am

Re: Statically linked Linux-version

#97 Post by RickSusaf » Sun Dec 13, 2009 12:49 am

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.

User avatar
Geoff the Medio
Programming, Design, Admin
Posts: 12268
Joined: Wed Oct 08, 2003 1:33 am
Location: Munich

Re: Statically linked Linux-version

#98 Post by Geoff the Medio » Sun Dec 13, 2009 12:57 am

I assume so. If you drop into the freeorion IRC channel and kroddn is there, he might respond to a request for an update.

User avatar
kroddn
Static Linker
Posts: 347
Joined: Thu Jun 28, 2007 10:28 am

Re: Statically linked Linux-version

#99 Post by kroddn » Fri Mar 19, 2010 12:11 pm

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.

Hacklin
Space Krill
Posts: 1
Joined: Sun May 16, 2010 11:16 pm

Re: Statically linked Linux-version

#100 Post by Hacklin » Sun May 16, 2010 11:24 pm

FYI,

I successfully installed and started FreeOrion 0.3.14.1 on OpenSUSE 11.2 (x86-64).
Attachments
FreeOrion.OpenSUSE-11.2.txt
(2.9 KiB) Downloaded 113 times

pallinger
Space Krill
Posts: 5
Joined: Tue Sep 21, 2010 11:35 am

Re: Statically linked Linux-version

#101 Post by pallinger » Tue Sep 21, 2010 11:41 am

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.

User avatar
OndrejR
Space Dragon
Posts: 339
Joined: Thu Oct 02, 2008 11:00 pm
Location: Slovakia

Re: Statically linked Linux-version

#102 Post by OndrejR » Tue Sep 21, 2010 6:26 pm

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.

User avatar
Geoff the Medio
Programming, Design, Admin
Posts: 12268
Joined: Wed Oct 08, 2003 1:33 am
Location: Munich

Re: Statically linked Linux-version

#103 Post by Geoff the Medio » Tue Sep 21, 2010 9:56 pm

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.

pallinger
Space Krill
Posts: 5
Joined: Tue Sep 21, 2010 11:35 am

Re: Statically linked Linux-version

#104 Post by pallinger » Wed Sep 22, 2010 2:51 pm

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).
Attachments
freeorion.log
~/.freeorion/freeorion.log
(22.94 KiB) Downloaded 43 times

User avatar
Geoff the Medio
Programming, Design, Admin
Posts: 12268
Joined: Wed Oct 08, 2003 1:33 am
Location: Munich

Re: Statically linked Linux-version

#105 Post by Geoff the Medio » Wed Sep 22, 2010 6:21 pm

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?

Post Reply