Can not install 0.50 on linux

energyman76b · Post by **energyman76b** » Thu Apr 24, 2008 8:59 pm

Hi,

as user:
sh vegastrike-0.5.0.sh.run.bin
Verifying archive integrity... All good.
Uncompressing Vegastrike Space Simulator 0.5.0 - Base.....

a lot of dots later:
Extraction failed.
.Signal caught, cleaning up

as root, the same. both with zsh and bash.

gentoo, amd64, 2.6.25 kernel, latest nvidia drivers, glibc 2.7

Post by **safemode** » Thu Apr 24, 2008 9:17 pm

enough space?

provide an md5 sum of the pkg.

Post by **ace123** » Thu Apr 24, 2008 11:31 pm

To compute a md5sum, do:
"md5sum vegastrike-0.5.0.sh.run.bin"
from the console.

It is possible that Sourceforge is holding a corrupted version--that same problem happened with the Mac installer.

Post by **safemode** » Fri Apr 25, 2008 12:17 am

the only one who would know is the guy who made the original installer and uploaded it to sf.net

perhaps we should make it a note to also include md5sums when uploading pkgs ... i thought SF.net did that automatically however.

energyman76b · Post by **energyman76b** » Fri Apr 25, 2008 12:27 am

I have 300 free gb on that partition. Space should not be a problem.

md5sum vegastrike-0.5.0.sh.run.bin
0aa64fecc49fe1587126f7e3d48c0377 vegastrike-0.5.0.sh.run.bin

EDIT: on the downloadpage:
Stable Linux Release:
Sorry this file is in the process of being reuploaded. Please wait a few hours

Post by **ace123** » Fri Apr 25, 2008 12:51 am

Try again...
it should be uploaded properly now.

Post by **hellcatv** » Fri Apr 25, 2008 12:57 am

I believe I have some ideas what the problem could be
first of all it extracts to tmp as a temporary location until you select one.
I suggest extracting to your home directory or whereever you will install it if possible
that would be
sh vegastrike-0.5.0.run.sh.bin --target /path/on/same/disk/as/i/want/to/install
or you can try ust extracting the data without running an installer
sh vegastrike-0.5.0.run.sh.bin --target /path/to/install --keep --noexec
the other thing that could be broken is that you need 32 bit compatibility libs if you're on a 64 bit machine
this means 32 bit openGL and standard 32 bit selections from your package manager (like on ubuntu, just search for 32 bit development libraries)
if all of that fails, try downloading the new version

energyman76b · Post by **energyman76b** » Fri Apr 25, 2008 1:43 am

hellcatv wrote:I believe I have some ideas what the problem could be
first of all it extracts to tmp as a temporary location until you select one.

ok, that is problematic, my /tmp is a small tmpfs partition.
with --target tmp/ (in my homedir) installation worked,
but in konsole I got this:

sh: /tmp/setupdb-bin.M9i86i: Keine Berechtigung

so there was still stuff put into tmp and tried to run from there?

Many installations have a noexec /tmp

hellcatv wrote: I suggest extracting to your home directory or whereever you will install it if possible
that would be
sh vegastrike-0.5.0.run.sh.bin --target /path/on/same/disk/as/i/want/to/install
or you can try ust extracting the data without running an installer
sh vegastrike-0.5.0.run.sh.bin --target /path/to/install --keep --noexec
the other thing that could be broken is that you need 32 bit compatibility libs if you're on a 64 bit machine
this means 32 bit openGL and standard 32 bit selections from your package manager (like on ubuntu, just search for 32 bit development libraries)
if all of that fails, try downloading the new version

the 32bit emulation of gentoo usually works fine. Game starts, I get the setup, then I loads until the menu - and there the mouse does not work anymore (and after killing vegastrike, the mouse still is pretty dead with erratic movement and no key events processed). The pointer appears, I move the mouse, pointer gone.

Post by **ace123** » Fri Apr 25, 2008 1:56 am

As to the full screen mode, did you try moving the mouse around a lot?
The bases scale the mouse with its own scaling factor, so it might have gotten stuck on one of the edges. If you didn't figure this out, it's possible that many others won't either....

Yeah, killing SDL in Linux is a bad idea--Assuming it didn't leave you at the wrong resolution, it will eat up your mouse motion, so it's bad.

About the setup, the /tmp thing was one of about 5 reasons that I wrote "Note: The installer should work, but it might be broken on some computers."

I am going to try getting a good tarball setup working tonight.

energyman76b · Post by **energyman76b** » Fri Apr 25, 2008 2:01 am

Hi,

yeah, I moved the mouse around a lot in the menu screen (and yes, it was fullscreen 1680x1050 resolution).

With the updated installer ( md5sum vegastrike-0.5.0.bz2.run
6904139c3ac15f7488231b1ddc9c8dee vegastrike-0.5.0.bz2.run) I just downloaded it is worse. The pointer vanishes and a moment later X restarts.

No need to kill vegastrike, it kills itself and everything else....

EDIT: ok, on the second try it did not crash X. And moving the mouse A LOT made the pointer appear at 'random' places for a split second.

Maybe I should build from sources ...

Post by **ace123** » Fri Apr 25, 2008 2:08 am

Can you do "bin/vegastrike.sh --setup" (or "bin/vsinstall.sh") and select Window Mode?
It should not have any SDL problems in windowed mode, so it could be graphics driver related.

Also, just to check, can you post the output of "ldd bin/vegastrike"
And, paste in the output of "glxinfo" (to check if your GL drivers are working right).

Has the SVN version been working fine lately?

energyman76b · Post by **energyman76b** » Fri Apr 25, 2008 2:26 am

ace123 wrote:Can you do "bin/vegastrike.sh --setup" (or "bin/vsinstall.sh") and select Window Mode?
It should not have any SDL problems in windowed mode, so it could be graphics driver related.

Also, just to check, can you post the output of "ldd bin/vegastrike"
And, paste in the output of "glxinfo" (to check if your GL drivers are working right).

Has the SVN version been working fine lately?

my driver installation is ok - I can play ut2004

but here is glxinfo:
glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
GLX_EXT_texture_from_pixmap, GLX_ARB_multisample, GLX_NV_float_buffer,
GLX_ARB_fbconfig_float, GLX_EXT_framebuffer_sRGB
client glx vendor string: NVIDIA Corporation
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info,
GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync,
GLX_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGI_swap_control, GLX_NV_float_buffer, GLX_ARB_fbconfig_float,
GLX_EXT_fbconfig_packed_float, GLX_EXT_texture_from_pixmap,
GLX_EXT_framebuffer_sRGB, GLX_NV_present_video
GLX version: 1.3
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
GLX_EXT_texture_from_pixmap, GLX_ARB_multisample, GLX_NV_float_buffer,
GLX_ARB_fbconfig_float, GLX_EXT_framebuffer_sRGB,
GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 8600 GT/PCI/SSE2
OpenGL version string: 2.1.2 NVIDIA 173.08
OpenGL extensions:
GL_ARB_color_buffer_float, GL_ARB_depth_texture, GL_ARB_draw_buffers,
GL_ARB_fragment_program, GL_ARB_fragment_program_shadow,
GL_ARB_fragment_shader, GL_ARB_half_float_pixel, GL_ARB_imaging,
GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query,
GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite,
GL_ARB_shadow, GL_ARB_shader_objects, GL_ARB_shading_language_100,
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_dot3, GL_ARB_texture_float,
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_ATI_draw_buffers, GL_ATI_texture_float,
GL_ATI_texture_mirror_once, GL_S3_s3tc, GL_EXT_texture_env_add,
GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate,
GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_compiled_vertex_array,
GL_EXT_Cg_shader, GL_EXT_bindable_uniform, GL_EXT_depth_bounds_test,
GL_EXT_draw_buffers2, GL_EXT_draw_instanced, GL_EXT_draw_range_elements,
GL_EXT_fog_coord, GL_EXT_framebuffer_blit, GL_EXT_framebuffer_multisample,
GL_EXT_framebuffer_object, GL_EXTX_framebuffer_mixed_formats,
GL_EXT_framebuffer_sRGB, GL_EXT_geometry_shader4,
GL_EXT_gpu_program_parameters, GL_EXT_gpu_shader4,
GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil,
GL_EXT_packed_float, GL_EXT_packed_pixels, GL_EXT_pixel_buffer_object,
GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_shadow_funcs,
GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_texture3D,
GL_EXT_texture_array, GL_EXT_texture_buffer_object,
GL_EXT_texture_compression_latc, GL_EXT_texture_compression_rgtc,
GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map,
GL_EXT_texture_edge_clamp, GL_EXT_texture_env_combine,
GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic,
GL_EXT_texture_integer, GL_EXT_texture_lod, GL_EXT_texture_lod_bias,
GL_EXT_texture_mirror_clamp, GL_EXT_texture_object, GL_EXT_texture_sRGB,
GL_EXT_texture_shared_exponent, GL_EXT_timer_query, GL_EXT_vertex_array,
GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat,
GL_KTX_buffer_region, GL_NV_blend_square, GL_NV_copy_depth_to_color,
GL_NV_depth_buffer_float, GL_NV_conditional_render, GL_NV_depth_clamp,
GL_NV_fence, GL_NV_float_buffer, GL_NV_fog_distance,
GL_NV_fragment_program, GL_NV_fragment_program_option,
GL_NV_fragment_program2, GL_NV_framebuffer_multisample_coverage,
GL_NV_geometry_shader4, GL_NV_gpu_program4, GL_NV_half_float,
GL_NV_light_max_exponent, GL_NV_multisample_coverage,
GL_NV_multisample_filter_hint, GL_NV_occlusion_query,
GL_NV_packed_depth_stencil, GL_NV_parameter_buffer_object,
GL_NV_pixel_data_range, GL_NV_point_sprite, GL_NV_primitive_restart,
GL_NV_register_combiners, GL_NV_register_combiners2,
GL_NV_texgen_reflection, GL_NV_texture_compression_vtc,
GL_NV_texture_env_combine4, GL_NV_texture_expand_normal,
GL_NV_texture_rectangle, GL_NV_texture_shader, GL_NV_texture_shader2,
GL_NV_texture_shader3, GL_NV_transform_feedback, GL_NV_vertex_array_range,
GL_NV_vertex_array_range2, GL_NV_vertex_program, GL_NV_vertex_program1_1,
GL_NV_vertex_program2, GL_NV_vertex_program2_option,
GL_NV_vertex_program3, GL_NVX_conditional_render, GL_SGIS_generate_mipmap,
GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SGIX_shadow,
GL_SUN_slice_accum

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 0 4 24 8 16 16 16 16 0 0 None
0x22 24 dc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 None
0x24 24 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x25 24 tc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 None
0x26 24 tc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x27 24 tc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 None
0x28 24 tc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 None
0x29 24 tc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 None
0x2a 24 tc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 None
0x2b 24 tc 0 32 0 r y . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x2c 24 tc 0 32 0 r y . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
0x2d 24 tc 0 32 0 r . . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x2e 24 tc 0 32 0 r . . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
0x2f 24 tc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 Ncon
0x30 24 tc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 Ncon
0x31 24 tc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 Ncon
0x32 24 tc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 Ncon
0x33 24 tc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 Ncon
0x34 24 tc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 Ncon
0x35 24 tc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 Ncon
0x36 24 tc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 Ncon
0x37 24 tc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 Ncon
0x38 24 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 Ncon
0x39 24 tc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 Ncon
0x3a 24 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 Ncon
0x3b 24 tc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 Ncon
0x3c 24 tc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 Ncon
0x3d 24 tc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 Ncon
0x3e 24 tc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 Ncon
0x3f 24 dc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x40 24 dc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 None
0x41 24 dc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x42 24 dc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 None
0x43 24 dc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 None
0x44 24 dc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 None
0x45 24 dc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 None
0x46 24 dc 0 32 0 r y . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x47 24 dc 0 32 0 r y . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
0x48 24 dc 0 32 0 r . . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x49 24 dc 0 32 0 r . . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
0x4a 24 dc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 Ncon
0x4b 24 dc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 Ncon
0x4c 24 dc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 Ncon
0x4d 24 dc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 Ncon
0x4e 24 dc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 Ncon
0x4f 24 dc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 Ncon
0x50 24 dc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 Ncon
0x51 24 dc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 Ncon
0x52 24 dc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 Ncon
0x53 24 dc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 Ncon
0x54 24 dc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 Ncon
0x55 24 dc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 Ncon
0x56 24 dc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 Ncon
0x57 24 dc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 Ncon
0x58 24 dc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 Ncon
0x59 24 dc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 Ncon
0x23 32 tc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 None
0x5a 32 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x5b 32 tc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 None
0x5c 32 tc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 None
0x5d 32 tc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 None
0x5e 32 tc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 None
0x5f 32 tc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 None
0x60 32 tc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 None
0x61 32 tc 0 32 0 r y . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x62 32 tc 0 32 0 r y . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
0x63 32 tc 0 32 0 r . . 8 8 8 0 4 0 0 16 16 16 16 0 0 None
0x64 32 tc 0 32 0 r . . 8 8 8 8 4 0 0 16 16 16 16 0 0 None
0x65 32 tc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 Ncon
0x66 32 tc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 Ncon
0x67 32 tc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 Ncon
0x68 32 tc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 Ncon
0x69 32 tc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 Ncon
0x6a 32 tc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 Ncon
0x6b 32 tc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 Ncon
0x6c 32 tc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 Ncon
0x6d 32 tc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 Ncon
0x6e 32 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 Ncon
0x6f 32 tc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 Ncon
0x70 32 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 Ncon
0x71 32 tc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 Ncon
0x72 32 tc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 Ncon
0x73 32 tc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 Ncon
0x74 32 tc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 Ncon

ldd:
ldd vegastrike/bin/vegastrike
linux-gate.so.1 => (0xffffe000)
libGL.so.1 => //usr/lib32/opengl/nvidia/lib/libGL.so.1 (0xf7f13000)
libdl.so.2 => /lib32/libdl.so.2 (0x47fe1000)
libpthread.so.0 => /lib32/libpthread.so.0 (0x47fe7000)
libc.so.6 => /lib32/libc.so.6 (0x47eaa000)
libX11.so.6 => /usr/lib32/libX11.so.6 (0x482e1000)
libXext.so.6 => /usr/lib32/libXext.so.6 (0x485a5000)
libm.so.6 => /lib32/libm.so.6 (0x48001000)
libGLcore.so.1 => //usr/lib32/opengl/nvidia/lib/libGLcore.so.1 (0xf71d3000)
libnvidia-tls.so.1 => //usr/lib32/opengl/nvidia/lib/libnvidia-tls.so.1 (0xf71d1000)
/lib/ld-linux.so.2 (0x47e8c000)
libXau.so.6 => /usr/lib32/libXau.so.6 (0x48298000)
libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0x482d9000)

I haven't tried svn in a couple of month. I was a bit time and download-volume constraint.

Windowed mode works fine

Post by **safemode** » Fri Apr 25, 2008 3:52 am

these types of distro specific problems is why i think we should really push for native distro maintainers of VS, rather than bothering with building a linux binary like we do now.

debian has a maintainer, others likely will too.

the whole unarchiving to /tmp is certainly problematic, for most people. Not only for the size, as was mentioned, but because many people dont allow execution from /tmp. this installation script really ought to ask you where you want to drop the tmp data ... i suspect we'll be seeing more of these error reports about installation failing.

though, obviously, i'm not a fan of non-distro specific binary distribution. too many issues distracting to development.

Post by **safemode** » Fri Apr 25, 2008 6:09 pm

while on the topic of the linux pkg on sf.net, why is the linux pkg almost 60MB more than the windows pkg? did someone forget to strip debug symbols or is that intentional? The linux pkg ought to be much smaller than the windows pkg, as we dont need to ship all the dependent libraries.

energyman76b · Post by **energyman76b** » Fri Apr 25, 2008 9:31 pm

ls -lh
insgesamt 36M
-rwxr-xr-x 1 energyman users 399K 25. Apr 02:54 setup
-rwxr-xr-x 1 energyman users 2,2M 25. Apr 02:54 soundserver
-rwxr-xr-x 1 energyman users 33M 25. Apr 02:54 vegastrike
-rwxr-xr-x 1 energyman users 116 25. Apr 02:54 vegastrike.sh
-rwxr-xr-x 1 energyman users 1,1K 25. Apr 02:54 vsinstall.sh

ugh

file vegastrike
vegastrike: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.0.30, dynamically linked (uses shared libs), not stripped

I just downloaded the source and compiled it:
-rwxr-xr-x 1 energyman users 19M 25. Apr 22:18 vegastrike

file vegastrike
vegastrike: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), not stripped

and now strip it like Beckham:
-rwxr-xr-x 1 energyman users 15M 25. Apr 22:21 vegastrike

file vegastrike
vegastrike: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), stripped

test it:
it works very well in fullscreen mode.

configured with this:
./configure --bindir=/home/energyman/vegastrike/bin --enable-debug=no --enable-nvidia-cg --with-data-dir=/home/energyman/vegastrike

ffmpeg/sdl/ogg/vorbis/ogre... installed.

Post by **safemode** » Sat Apr 26, 2008 12:35 am

i'm thinking that the linux binaries in distribution weren't stripped so we can say "run it through gdb" but really that's not good practice for a binary stable release. beta's and such yea, but releases should be cleaned up and devoid of debugging symbols.

I wouldn't worry too much about it though. I think all your major distros will start carrying vegastrike and that'll make pkging up a 386 32bit binary somewhat useless.

debian has theirs up in unstable right now. others will follow as there are no reasons for them not to licensing wise...and all distros want good 3d games. and they can always point large pkgs (if they cared) to an url to download at pkg installation time. that's how debian does nvidia cg stuff. (that is a license issue i would think though, not size). debian cares not for size.

Post by **ace123** » Sat Apr 26, 2008 10:22 am

I checked, and the difference was around 0-10 megabytes at most (some binaries didn't change much at all).
Not worth the inability of linux users to debug in gdb.

Anyway the hybrid 64-bit/32-bit Linux tarball release is up for all to enjoy. Should be as easy to install as the Loki installer, but without the bugginess (extract, install (symlink) the binaries with an installer script, and play)

As to safemode's earlier comments, if you have the right libraries and linker scripts it's not hard to build binary executables that work everywhere.

I like the idea of having a binaries repository in trunk (/bin/win32/ /bin/mac/ /bin/linux/) in addition to the externals tricks to make it seemlessly download the whole thing... that should make things easier to distribute.

Post by **safemode** » Sat Apr 26, 2008 4:17 pm

0-10MB? that sounds fishy to me. the VS executable is ~10MB on my compiles. the one distributed was said to be 33 or so. Full debugging symbols yields 100MB binaries.

Post by **hellcatv** » Sat Apr 26, 2008 9:28 pm

I think he means that he compiled with -O3 and without -g3
these symbols are pretty much just the function names so we can get a backtrace...they aren't full debugging symbols
he's probably also measuring the compressed size

energyman76b · Post by **energyman76b** » Sat Apr 26, 2008 10:48 pm

I built vs some hours ago with this configure line:
./configure --with-data-dir=/home/energyman/vegastrike --enable-nvidia-cg --enable-stencil-buffer --enable-debug=no --enable-release=2 --enable-flags='-march=k8' --bindir=/home/energyman/vegastrike/bin

vegastrike was over 12mb, vegaserver 7, soundserver a little bit over 2.

after strip -s:
-rwxr-xr-x 1 energyman users 1,6M 26. Apr 17:21 soundserver
-rwxr-xr-x 1 energyman users 5,8M 26. Apr 17:21 vegaserver
-rwxr-xr-x 1 energyman users 9,6M 26. Apr 17:21 vegastrike

the improvement for vegastrike is huge (well, vs is huge. xemacs only has 2.1mb

)