UFO:Alien Invasion
Technical support => Linux => Topic started by: uthersde on May 04, 2008, 01:04:55 pm
-
Deb-packages 2.2.1 for Debian (stable):
deb http://trylegaldownloads.de/debian etch games
deb http://trylegaldownloads.de/debian lenny games
Deb-packages 2.3 development snapshot from svn (trunk):
deb http://trylegaldownloads.de/debian etch nightly-builds
deb http://trylegaldownloads.de/debian lenny nightly-builds
Please report any problems!
-
This looks promising. For those of us using Ubuntu, which versions correspond to Debian Etch and Lenny?
-
Deb-packages 2.2.1 for Ubuntu:
deb http://trylegaldownloads.de/ubuntu hardy games (from getdeb.net)
Deb-packages 2.3 development snapshot from svn (trunk):
deb http://trylegaldownloads.de/ubuntu intrepid nightly-builds
deb http://trylegaldownloads.de/ubuntu hardy nightly-builds
deb http://trylegaldownloads.de/ubuntu gutsy nightly-builds
deb http://trylegaldownloads.de/ubuntu feisty nightly-builds
deb http://trylegaldownloads.de/ubuntu edgy nightly-builds
It will be nice if someone could test the Ubuntu binarys cause i create them on a Debian machine :)
-
Hey, good work. :)
Can't test them for you (wrong OS).
should that read "nightly-builds", with a "t"?
-
Hey, good work. :)
Can't test them for you (wrong OS).
should that read "nightly-builds", with a "t"?
Of cause :)
-
i try to install version 2.3 on a kubuntu/64 using repository but i cannot find game in men
edit: i notice i have only ufoai-data, ufoai-music and ufoai-server-data
it show me only all.deb...not i386 as my distribution is a 64 bit i think
-
hi, the installation went smoothly but the game is not running.
i get this output:
kuma@toshibita:~$ ufo
---- filesystem initialization -----
Adding game dir: ./base
using /home/kuma/.ufoai/2.2.1/base for writing
Adding game dir: /home/kuma/.ufoai/2.2.1/base
couldn't exec default.cfg
couldn't exec config.cfg
couldn't exec keys.cfg
----- network initialization -------
libcurl/7.18.0 OpenSSL/0.9.8g zlib/1.2.3.3 libidn/1.1 initialized.
------ server initialization -------
...using language: es_CO.UTF-8
----- console initialization -------
couldn't load history
Console initialized.
------- video initialization -------
SDL version: 1.2.12
I: desktop depth: 32bpp
I: setting mode 6: 1024x768 (fullscreen: no)
I: got 8 bits of stencil
I: got 24 bits of depth buffer
I: got double buffer
I: got 8 bits for red
I: got 8 bits for green
I: got 8 bits for blue
GL_VENDOR: Tungsten Graphics, Inc
GL_RENDERER: Mesa DRI Intel(R) 965GM 4.1.3002
GL_VERSION: 1.4 Mesa 7.0.3-rc2
GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_fragment_program GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_point_parameters 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_program 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_copy_texture GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_multi_draw_arrays 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_lod_bias GL_EXT_texture_object GL_EXT_texture_rectangle GL_EXT_vertex_array GL_3DFX_texture_compression_FXT1 GL_APPLE_packed_pixels GL_IBM_texture_mirrored_repeat GL_INGR_blend_func_separate GL_MESA_pack_invert GL_MESA_ycbcr_texture GL_NV_blend_square GL_NV_light_max_exponent GL_NV_texgen_reflection GL_NV_texture_rectangle 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 GL_SGIX_depth_texture GL_SUN_multi_draw_arrays
GL_EXT_compiled_vertex_array not found
using GL_ARB_multitexture
using GL_EXT_texture_env_combine
GL_SGIS_multitexture not found
ignoring GL_ARB_texture_compression
GL_EXT_texture_filter_anisotropic not found
using GL_EXT_texture_lod_bias
using GL_EXT_stencil_wrap
using GL_EXT_fog_coord
GL_ATI_separate_stencil not found
GL_EXT_stencil_two_side not found
max texture size: detected 2048
R_FindImage: Can't find pics/sfx/shadow (pics/sfx/shadow) - file: src/renderer/r_draw.c, line 156
R_FindImage: Can't find pics/sfx/blood (pics/sfx/blood) - file: src/renderer/r_draw.c, line 159
R_FindImage: Can't find pics/conchars (pics/conchars) - file: src/renderer/r_draw.c, line 168
R_FindImage: Can't find pics/conchars_small (pics/conchars_small) - file: src/renderer/r_draw.c, line 171
SDL_ttf version 2.0.9 - we need at least 2.0.7
------- sound initialization -------
SDL_mixer version: 1.2.8
...audio rate: 44100
...audio channels: 2
...driver: 'alsa'
R_FindImage: Can't find pics/wait (pics/wait) - file: src/renderer/r_draw.c, line 276
R_FindImage: Can't find pics/ducked (pics/ducked) - file: src/renderer/r_draw.c, line 276
R_FindImage: Can't find pics/cursor1 (pics/cursor1) - file: src/renderer/r_draw.c, line 276
R_FindImage: Can't find pics/loading (pics/loading) - file: src/renderer/r_draw.c, line 276
--- save subsystem initialization --
added size subsystem (check ff)
added base subsystem (check 0)
added campaign subsystem (check 1)
added hospital subsystem (check 2)
added market subsystem (check 3)
added research subsystem (check 4)
added employee subsystem (check 5)
added aliencont subsystem (check 6)
added production subsystem (check 7)
added aircraft subsystem (check 8)
added messagesystem subsystem (check 9)
added stats subsystem (check a)
added nations subsystem (check b)
added transfer subsystem (check c)
----------- parse scripts ----------
is this the right topic for this? xD
thanks
-
the same as me :)
-
i used a 64 bit---but now i have reinstalled a 32 bit
-
I am running Ubuntu Hardy 32-bit. First, I tried to install 2.3 from the nightly-builds repository, but synaptic couldn't find any ufoai packages. ???
Next, I tried installing 2.2.1 from the games repository and that worked perfectly. There is some screen flicker, but I think that is due to my IGP. ::)
-
could someone update the debian/* files to include radiant, too?
./configure --enable-gtkradiant
-
i upload some new nighly-builds (svn19883) for etch, lenny and hardy
please report any problems with these packages
i try to create the nighly-builds weekly and i should provide some patches for debian/* , i hope i have time for this
-
Downloaded the 2.3 build you uploaded today, sadly, no love.
Running Ubuntu Hardy, previous 2.2.1 install was running fine.
--snip-- stuff --snip--
Let me know if there's any other information you could use.
I'm pretty damn clueless in linux still (got a lot of windows laziness left to unlearn still) but if you talk slowly and avoid big words, I should be able to follow instructions to get you in other information you might need :)
--Edit--
Never mind, I hadn't properly reconfigured my x server from an unrelated fault earlier in the day, loaded up and running now, I told you I was clueless :P
-
A few problems playing a couple of maps in skirmish mode on the latest ubuntu builds:
Bridge
One alien seems to start in mid air over the river. It can't be shot at because the river bank seems to act like a solid wall.
Village
None of the stairs work in any of the buildings.
Also, you can't enter the bathrooms in the two identical buildings.
-
Bridge
One alien seems to start in mid air over the river. It can't be shot at because the river bank seems to act like a solid wall.
Maybe this is related to the actorclip brush. I noticed (and reported) that they are unshootable.
-
Hello, i would really appreciate if you could add 64 bit binaries to the repos. Thanks.
-
I also would like to request 64 bit Ubuntu debs on http://trylegaldownloads.de/ubuntu/intrepid/nightly-builds/
the Hardy repo has them, but the Intrepid and Jaunty do not.
-
woot, there are x64 debs up!
I installed them and noticed that there is no link to the game... not a biggie really but an inconveiniance.
so I ran ufo from the konsole and got:
/usr/lib/games/ufoai/ufo: error while loading shared libraries: libmikmod.so.2: cannot open shared object file: No such file or directory
-
Me too, it seems that 64-bit package contains a 32-bit compiled version. Try from cli 'file /usr/lib/games/ufoai/ufo' and verify that. At the moment I don't have time to compile the sources so I will attend for the right binary version.
thanks to all
-
crinos@Fortress:~$ file /usr/lib/games/ufoai/ufo
/usr/lib/games/ufoai/ufo: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.8, dynamically linked (uses shared libs), stripped
You are correct sir!
(...eagerly awaiting a fix, so that I can try out 2.3)
-
Still no functional 64 bit debs?? :'(
-
Still no functional 64 bit debs??
Just FYI: I recently upgraded my desktop to run 64-bit Intrepid Kubuntu on one of the hard drives, and I successfully built binary deb installers on it, although I haven't uploaded and linked to them yet as the SVN branch is a bit unplayable right now, it appears that the air combat part of UFO interceptions is being re-vamped and isn't finished yet, last time I checked. This is the same reason I'm waiting to upload and link to a new Win32 installer as well.
When the SVN gets a little more developed and somewhat more stable, I suppose I could provide links for both Win32 and Kubuntu/Ubuntu 64-bit Intrepid, although I'd have to upload one at a time as my upload speed isn't the best (but also isn't the slowest, either).
I admit, however, that I haven't tested the deb installers and I'm not a linux expert, but they appear to have built properly.
Still, if anyone else who knows more about linux than I do wants to take care of it, they are more than welcome to.
-
ok, I'll be patient. :D
-
Just FYI: I recently upgraded my desktop to run 64-bit Intrepid Kubuntu on one of the hard drives, ...
Welcome to the club! (we have jackets)
...although I'd have to upload one at a time as my upload speed isn't the best (but also isn't the slowest, either).
No, that honor would go to me. I connect via 56k dialup... but seldom get a solid connection meaning that my bandwith is ~2-3 kps
Still, if anyone else who knows more about linux than I do wants to take care of it, they are more than welcome to.
heh, I wish I qualified for that one.
-
Here, try this:
http://www.destructavator.com/public/ufoai_2_3_r20437.tar.gz
I've no idea if this package will work or not, but it was built and packaged on 64-bit Intrepid.
-
Installs without errors, but when trying to launch I get this:
----- network initialization -------
libcurl/7.18.2 GnuTLS/2.4.1 zlib/1.2.3.3 libidn/1.8 initialized.
------ server initialization -------
...using language: de_DE.UTF-8
----- console initialization -------
Console initialized.
------- video initialization -------
SDL version: 1.2.12
I: desktop depth: 32bpp
I: video memory: 0
I: video driver: x11
I: setting mode 6: 1024x768 (fullscreen: no)
I: set swap control to 0
I: got 8 bits of stencil
I: got 24 bits of depth buffer
I: got double buffer
I: got 8 bits for red
I: got 8 bits for green
I: got 8 bits for blue
I: got 0 bits for alpha
I: got 0 multisample buffers
GL_VENDOR: NVIDIA Corporation
GL_RENDERER: GeForce FX 5700LE/AGP/SSE2
GL_VERSION: 2.1.2 NVIDIA 173.14.12
GL_EXTENSIONS: GL_ARB_depth_texture 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_mirrored_repeat 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_S3_s3tc GL_EXT_texture_env_add GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_func_separate GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_compiled_vertex_array GL_EXT_Cg_shader GL_EXT_depth_bounds_test GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_framebuffer_blit GL_EXT_framebuffer_multisample GL_EXT_framebuffer_object GL_EXT_gpu_program_parameters GL_EXT_multi_draw_arrays GL_EXT_packed_depth_stencil GL_EXT_packed_pixels GL_EXT_paletted_texture 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_shared_texture_palette GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_texture3D 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_lod GL_EXT_texture_lod_bias GL_EXT_texture_object GL_EXT_texture_sRGB 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_clamp GL_NV_fence GL_NV_float_buffer GL_NV_fog_distance GL_NV_fragment_program GL_NV_fragment_program_option GL_NV_framebuffer_multisample_coverage GL_NV_half_float GL_NV_light_max_exponent GL_NV_multisample_filter_hint GL_NV_occlusion_query GL_NV_packed_depth_stencil 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_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_SGIS_generate_mipmap GL_SGIS_texture_lod GL_SGIX_depth_texture GL_SGIX_shadow GL_SUN_slice_accum
max texture units: 4
max texture size: detected 4096
but using 2048 as requested
R_LoadProgram: default: Link info
---------
No shader objects attached.
R_LoadProgram: warp: Link info
---------
No shader objects attached.
Wrote keys.cfg
-
Sorry, but not being one of the coders and not being a linux expert I don't know what to tell you.
This might be a long shot, but exactly what version of linux are you running? I don't use the standard Ubuntu, I use Kubuntu, 64-bit, the new version that just came out.
-
Well, I'm using exactly the same version just with the Gnome desktop. So there shouldn't be a Problem.
The strange thing is I don't realy see an error message in that ouput, it just says it doesn't get a shader object, but not even a clue about why not.
Edit: Just noticed something: your tar.gz file says: "r20437" but your packages say "svn14428" was that intentional? or did you upload a wrong version?
-
Edit: Just noticed something: your tar.gz file says: "r20437" but your packages say "svn14428" was that intentional? or did you upload a wrong version?
I'm not sure why the filenames came out to "svn14428," but when I ran "make deb" that's what it generated. I only have one copy of UFO:AI on my Linux partition, and it's a fairly recent SVN copy, so it should be close to being up-to-date.
Regarding the "shader object" I have no idea what that means or why the package doesn't work.
I noticed in the wiki there was also "make debbinary" or something - should I have run that instead?
I'm still waiting for one of the coders to shed some light on this...
-
OK, finally got the tar'd packages installed but it still will not run. :-\
...when I run ufo from the command line I get the following:
crinos@Fortress:~$ ufo
---- filesystem initialization -----
Adding game dir: /usr/local/lib/ufoai/base
Adding game dir: /usr/local/share/ufoai/base
Adding game dir: ./base
using /home/crinos/.ufoai/2.3-dev/base for writing
Adding game dir: /home/crinos/.ufoai/2.3-dev/base
couldn't execute default.cfg
couldn't execute config.cfg
executing keys.cfg
----- network initialization -------
libcurl/7.18.2 GnuTLS/2.4.1 zlib/1.2.3.3 libidn/1.8 initialized.
------ server initialization -------
...using language: en_US.UTF-8
----- console initialization -------
Console initialized.
------- video initialization -------
SDL version: 1.2.12
I: desktop depth: 32bpp
I: video memory: 0
I: video driver: x11
I: setting mode 6: 1024x768 (fullscreen: no)
I: set swap control to 0
I: got 8 bits of stencil
I: got 24 bits of depth buffer
I: got double buffer
I: got 8 bits for red
I: got 8 bits for green
I: got 8 bits for blue
I: got 0 bits for alpha
I: got 0 multisample buffers
GL_VENDOR: NVIDIA Corporation
GL_RENDERER: GeForce 7050 PV / NVIDIA nForce 630a/PCI/SSE2
GL_VERSION: 2.1.2 NVIDIA 177.80
GL_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_depth_bounds_test GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_framebuffer_blit GL_EXT_framebuffer_multisample GL_EXT_framebuffer_object GL_EXT_gpu_program_parameters GL_EXT_multi_draw_arrays GL_EXT_packed_depth_stencil 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_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_lod GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture_sRGB 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_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_half_float GL_NV_light_max_exponent GL_NV_multisample_filter_hint GL_NV_occlusion_query GL_NV_packed_depth_stencil 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_shaderGL_NV_texture_shader2 GL_NV_texture_shader3 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
max texture units: 4
max texture size: detected 4096
but using 2048 as requested
R_LoadProgram: default: Link info
---------
No shader objects attached.
R_LoadProgram: warp: Link info
---------
No shader objects attached.
Wrote keys.cfg
Error: Could not load environment map 0
-
That the same problem DuKe2112 had.
I'm guessing the problem is on my end, that I didn't do something right trying to package it.
Sorry!
Then again, when I started making packages for Win32, at first I screwed up on those as well until I got it right.
-
well, you know the saying...
"If at first you don't succeed,
fry, fry a hen!"
-
That error was about the game couldn't find data files. Check "Adding game dir:" lines in log.
-geever
-
well, that output is the full log, no "Adding game dir:" in there.
-
That was for Destructavator about Crinos512's log, sorry.
-geever
-
so does that mean there's a fix?
-
I've got several things going on at once in my life, including multiple things I'm working on here in this forum, but I'll try to make the time soon to try again with packaging a 64-bit deb.
In the meantime, not to turn anyone off, but, grabbing and updating an SVN copy and compiling it isn't too hard, and it is certainly easier to do it on Debian Linux than on Windows. Before making that last package I compiled from SVN and ran it on my computer on the Kubuntu Intrepid drive, there were no difficulties after following the instructions on the wiki.
-
the only thing stopping me from using SVN to do my own compile is the fact that my 'nix box is at home (on the 2k/s dialup) and my fast internet is at work....
makes it easy to grab a couple big files and take them home to chew on... but when it comes to grabbing full directory structures it gets a bit daunting.
-
Well, compiling isn't difficult, that's right, but I've read somewhere that compiling ufoai can easily take 12 hours even on a good cpu, On mine it could probably take a full day and I simply don't have the oportunity to let it running that long.
-
Compiling ufo:ai is about one and a half minute for me (or less). Compiling maps could take time but you can use the ones from the dev package or compile them with less detail.
-geever
-
For compiling the maps calculate around 5-6 hours on an average computer.
-
Unless you use -quant 6, then it's a lot faster.
-
hmm, what is -quant 6? At least it's not a make command.
I just Compiled rev 20645 without maps for now.
But make doesn't know about any of the deb* commands:
$ make deb
debuild binary
make: debuild: Kommando nicht gefunden
make: *** [deb] Fehler 127
I can start the game from the source directory, but while the gui reacts to the mousepointer it doen't react to the clicks.
@ Destructavator I think I found the exact problem: The game installs to /usr/lib/games/ufoai and /usr/share/games/ufoai but the game is locking in /usr/local/lib/ufoai/base and /usr/local/share/ufoai/base
edit: When I copy it over I get the same problem, it starts, but doesn't react to the clicks, so thats probably something on my side.
-
What I've been trying to figure out is if I should be using "make deb" or "make debbinary" and whether or not I should pre-compile everything first. (Sorry for sounding like an idiot.) :P
-
for the click issue: remove the keys.cfg from ~/.ufoai/<version>/base/ or so.
for the deb making: you must miss a dependency. Maybe 'devscripts'?
-geever
-
Hello all!
I am a relatively new Ubuntu user running Intrepid. I have tried adding both the intrepid nightly-build and hardy games repositories, but synaptic isn't seeing any packages. Can someone please help this newbie Linux user install and try the game? Am I missing some step between adding the repository to my software sources and checking for a package in synaptic?
Thank you!
~Nix
-
have you run a sudo apt-get update since adding the repository?
-
Yes, sudo apt-get update and also sudo apt-get upgrade, refreshing the software sources, refreshing in synaptic, and so on...
Still nothing...is there something I am missing? What are the package names, perhaps I can get them without going through synaptic?
-
@geever, you were right, I was missing the devscipts.
Unfortunately simply using a slightly older datapackage doesn't seem to work, so im compiling it now completely.
@ nixiepixel First, you should only use one source, then make sure that it is aktive (there is a nice gui in system-> software-sources.)
If you can't get the source to work, for some reason, you could open the repo's directory in a browser and load the packages manually.
-
Thanks, I did have one source and it was active, but I still saw no package names in synaptic.
I ended up getting the .run file from sourceforge.net, though I may uninstall it as I'm having issues and try to get the package files via web browser, as you suggest.
Thanks!
-
That the same problem DuKe2112 had.
I'm guessing the problem is on my end, that I didn't do something right trying to package it.
Sorry!
Then again, when I started making packages for Win32, at first I screwed up on those as well until I got it right.
Destructavator, in order to get working debs, you need to edit the src/shared/shared.h file and change this:
#define BASEDIRNAME "base"
to this:
#define BASEDIRNAME ""
Then, you need to run ./configure with the following arguments:
./configure --libdir=/usr/lib/games --bindir=/usr/lib/games/ufoai --datadir=/usr/share/games --docdir=/usr/share/doc/ufoai-data
Once you have made these changes, you will be able to make debbinary and make debdata and everything should work perfectly. Also, to fix the version of the deb add an entry to debian/changelog like this (taken from my debs, but sub your own svn version for 20746 and your own distro name for jaunty):
ufoai (2.3~~svn20746) jaunty; urgency=low
-
@Spyro: Thanks! I'll try this this weekend...
-
Make that almost perfectly. Instead of editing shared.h (breaks maps compiles, due to missing textures, not a very clean change apparently), change the following files in debian directory (overwrite their contents with whatever you see here):
ufoai-common.install
base/game.so /usr/lib/games/ufoai/base
ufoai-data.install
base/0media.pk3 /usr/share/games/ufoai/base
base/0materials.pk3 /usr/share/games/ufoai/base
base/0models.pk3 /usr/share/games/ufoai/base
base/0pics.pk3 /usr/share/games/ufoai/base
base/0snd.pk3 /usr/share/games/ufoai/base
base/i18n/* /usr/share/games/ufoai/base/i18n
src/docs/tex/ufo-manual_EN.pdf /usr/share/doc/ufoai-data/
ufoai-music.install
base/music/*.ogg /usr/share/games/ufoai/base/music
ufoai-radiant.install
radiant/* /usr/share/games/ufoai/base/radiant/
debian/radiant /usr/games/
ufoai-server-data.install
base/0base.pk3 /usr/share/games/ufoai/base
base/0maps.pk3 /usr/share/games/ufoai/base
base/0ufos.pk3 /usr/share/games/ufoai/base
This works *much* better.
-
Ok, I finally got working packages.
Spyro, you missed two files: /trunk/debian/ufo und ./ufoded. They are missing the /base folder in the path variables as well.
I tried some places to upload, but somehow couldn't keep the connection long enough to finish.
Now it's too late here...
-
i can make the BASEDIRNAME configurable for you guys. then we can add it to the debian build scripts - but can you tell me why this is needed?
-
Mattn, it isn't really necessary. The maintainer of the debian build scripts in svn apparently set it to a blank string for the purpose of style:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=244582#135
The solution is just to add the base directory to the necessary *.install files. This is just a one-time, minor inconvenience as these files can be copied between svn versions with no extensive modifications.
DuKe2112, the ufo and ufoded binaries get placed in the correct locations with the default build scripts, so I didn't bother changing them, but I did forget to add 0materials.pk3. (I have edited the original post above to include it).
-
Yes, the binaries are placed in the correct positions, but those two I mentioned are the start scripts that get linked in the menu and against the command line starting command.
And without changing them you still don't have proper packages, because the common user can't use them otb.
-
DuKe2112, well my packages work perfectly fine for me on seven different systems, menu links and scripts, so this is probably one of those strange distribution inconsistencies. Which linux distro are you using? I am using Ubuntu Intrepid on everything right now.
-
Thats realy strange, because I'm using Intrepid as well.
Here, without the change, these two scripts are placed in /usr/games/ directory and they are pointing to /usr/lib/games/ufoai/
but the binaries are installed to /usr/lib/games/ufoai/base/
and the $ ufo command is calling these scripts.
But I'm still doing something wrong anyway, i have gettext and succesfully compiled the languages, they get installed, but somehow the game can't find them..
-
just for the logs: binaries should not be installed in base/ dir
-
Well as far as I understandt it, if you call ./configure --bindir=/usr/lib/games/ufoai
the game expects the bin at /usr/lib/games/ufoai/base, because auf BASEDIRNAME "base"
Well, could someone upload an intrepid 64bit version of 2.3. I have pretty much given up on figuring out how to make a proper version.
And now I even made the mistake of calling svn update, getting me a version that doesn't even run.
-
Well, could someone upload an intrepid 64bit version of 2.3. I have pretty much given up on figuring out how to make a proper version.
And now I even made the mistake of calling svn update, getting me a version that doesn't even run.
I have uploaded .debs for Intrepid 64-bit. They are from svn revision 20826, and they actually work perfectly for me (so far), no graphical artifacts or anything like that. You can grab the packages at (I am too lazy to make a formal repository at this moment):
http://files.spyriushost.com/
EDIT: Changed to alternate server...
-
Big thanks. Works like a charm.
Even graphical issues would have been nice, but some of the last revs couldn't even compile.
-
Woohoo! Thanks Spyro! ;D
-
Not a problem, I would have done it earlier, but was having problems with my home network. I don't have time to put together a formal repository, but I will try to keep things updated on a nightly basis. (Old versions will be retained up to a certain point).
For future updates, use this site rather than the other one:
http://files.spyriushost.com/
-
you also have made ufo radiant packages? very nice - can you submit a patch for the debian directory in our repository?
i think the ufoai-radiant stuff is missing some depends - like gtk and gtkglext and so on. it would be cool to have those changes in the repository, too
-
Well, I made the packages, but there was no radiant binary compiled in the debs prior to svn-20849. While it was enabled by default, the deb scripts did not make the binary. I added it in earlier today along with its dependencies (pulled from the configure script).
A patch has been submitted to the tracker for review.
-
Well one package, I think it was the server has too many unused dependencies. Got a warning during make.
-
I have an Intrepid build, X64. Which DEBs are required just to play the game, and are there any other dependencies (graphics card etc)?
I'm quite happy to do some QA on the Ubuntu side of it but have a bit of an issue with getting the Radeon drivers to work properly (even ENVY doesn't seem to get it right and I have to keep defaulting back to VESA).
-
I assume you mean EnvyNG, right?
-
Yes.
-
it would be sweet if you could test radiant with latest trunk - it should search its data in PKGDATADIR/radiant
-
there is a bug in the ufo radiant debian package - all the .svn subdirs are included in the deb.
-
I was trying to build the maps from svn revision 23245 and got error 1 with the following output:
./ufo2map -v 2 -nice 19 -extra -t 2 base/maps/village/vil_h04.map
---- filesystem initialization -----
Adding game dir: /usr/local/lib/ufoai/base
Adding game dir: /usr/local/share/ufoai/base
Adding game dir: /home/cocoknight/.ufoai/2.3-dev/base
Adding game dir: ./base
using ./base for writing
[compile] base/maps/village/vil_h04.map
Error: file 'base/maps/village/vil_h04.map' doesn't exist
make: *** [base/maps/village/vil_h04.bsp] Error 1
Does anybody know what to do? The mentioned map does exist btw. and has propper privileges.
-
Use forum search maybe. ;)
-geever
-
tryed that before posting, thanks for the hint...
-
remove the base/ from ufo2map call - the scripts and makefile targets are still broken - patches for this are welcome
-
do you mean removing base/ from the first line of build/maps.mk? that doesn't work: find: `maps': No such file or directory
-
It's a bit more complicated, only ufo2map needs shortened path...
-geever
-
yesterday I did a svn up and afterwards I was able to compile the maps. Thanks for the fix
-
Will there be new files from Pyro?
I can't open his file deposit... Or did I make a mistake? The .deb-files doesn't work on my kubuntu x64.
Thanks!
-
And, another Question:
I have downloaded and Compiled the svn - how do I start the game? The last things I made were the make - commands.
-
An ufo binary was created by make, so type ./ufo (enter that (svn checkout) directory first).
-geever
-
Thanks!
It works!
But I don't have Sound Effects ._. nor Music.
The Sounddriver is alsa, can I change it? Or coult it be another Problem?
Using KDE Ubuntu interpid x64
-
But I don't have Sound Effects ._. nor Music.
Check ~/.ufoai/2.3-dev/base/ufoconsole.log first. (you can also attach it here)
-geever