Standalone game for Windows and Linux under GPL 3D Engine based on Qfusion (a modification of Quake 2's ID Software famous 3D under GPL engine) eSport oriented FPS Fast-paced gameplay focused on trix (trick jumps) and art of move Complete Power-up System including Weak and Strong fire mode for each weapon Cartoonish graphics with celshading-like_but_not_Manga style, mixing dark flashy and dirty textures, matching with action full of fun and speed References : Quakeworld, Quake3 CPMA, Jet Set Radio, Speedball. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Version bumped to 0.061a Linux source, and bin is out too.
Created attachment 71345 [details] warsow-0.07.ebuild Hi, I made this ebild in hope that it would be useful for others. Unfortunetly it is not of any use for me as I cant get the game to start sinse I get the message about missing stuff (errors at missing shaders). Anyway the ebuild itself should be just fine and if you got somewhat ne graphics card (Geforce FX5500 seems not enough) you should give it a try, otherwise it may be a loss of time... comand line debug message: user@home ~ $ warsow Warsow -- Version 0.07 Unknown command snd_restart Unknown command in_restart couldn't exec default.cfg couldn't exec config.cfg couldn't exec autoexec.cfg Server running at 20 pps Added new master server #0 at 66.169.205.12:27950 Added new master server #1 at 69.59.212.88:27950 Console initialized. ------- sound initialization ------- SDL Audio driver initializing... Calling SDL_Init(SDL_INIT_AUDIO)... SDL_Init(SDL_INIT_AUDIO) passed. SDL audio driver is dsp Format we requested from SDL audio device: Format: AUDIO_S16LSB Freq: 22050 Samples: 512 Channels: 2 Format we actually got: Format: AUDIO_S16LSB Freq: 22050 Samples: 512 Channels: 2 Starting SDL audio callback... SDL audio initialized. Loaded libvorbisfile.so sound sampling rate: 22050 ------------------------------------ ----- R_Init ----- ref_gl version: GL 0.01 Using libGL.so.1 for OpenGL...Display initialization ..XFree86-VidMode Extension Version 2.2 ..Failed to get colorbits 24, stencilbits 8 ..Failed to get colorbits 24, stencilbits 0 ..Get colorbits 16, stencilbits 8 ...setting mode 3: GL_VENDOR: NVIDIA Corporation GL_RENDERER: GeForce FX 5500/AGP/3DNOW! GL_VERSION: 2.0.0 NVIDIA 76.76 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_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_draw_range_elements GL_EXT_fog_coord GL_EXT_framebuffer_object GL_EXT_multi_draw_arrays 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_vertex_array GL_HP_occlusion_test 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_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_MAX_TEXTURE_SIZE: 4096 GL_MAX_TEXTURE_UNITS: 4 GL_MAX_CUBE_MAP_TEXTURE_SIZE: 4096 GL_MAX_3D_TEXTURE_SIZE: 512 mode: 3, CDS: enabled picmip: 0 texturemode: GL_LINEAR_MIPMAP_NEAREST swap interval: disabled compiled vertex array: enabled multitexture: enabled texture cube map: enabled texture3D enabled texenv add: enabled texenv combine: enabled texenv dot3: enabled NVtexenv combine4: enabled texture edge clamp: enabled anisotropic filtering: disabled compressed textures: disabled draw range elements: enabled vertex buffer object: disabled BGRA byte order: enabled ----- finished R_Init ----- Xlib: extension XFree86-DGA missing on display :0.0. Failed to detect XF86DGA Mouse Initializing Shaders: ******************** ERROR: Could not find any shaders! ******************** Couldn't write config.cfg. Closing SDL audio device... SDL audio device shut down. Error: Could not find any shaders!
Created attachment 71348 [details] warsow-0.07.ebuild From whatever reason just uploaded ebuild seems borked
Hi, For now to get the game to start using this ebuild its nessesery to do: export fs_basepath=/opt/warsow/basewsw/ and then run warsow. I am not sure yet as just how would that be incorporated in to the ebuild (maybe wrapper script), but with it I'll wait 'till other problems are resolved taht I descibed in this thread: http://www.warsow.net/forums/viewtopic.php?p=1101459076
Really, it hsould be patched into the code, probably using sed. Also, if this game is from source, it shouldn't install into /opt.
Created attachment 80224 [details] warsow-bin-0.072_alpha.ebuild Here is a tidied, working ebuild for the binary.
Version 0.1 got released just 5 minutes ago!!!!
Created attachment 87614 [details] warsow-bin-0.1.ebuild Ebuild for version 0.1.
The sourcecode of Warsow is GPL, why can't we have an ebuild to build from source?
You need the warsow_0.1_linux.tar.gz for the game data (also includes the binary client), but could use the source from the SDK http://jal.quakedev.com/warsow_0.1_sdk.zip to compile Warsow. That would also open the possibility to use something like only using&compiling the server ('make ded game' instead of 'make all') when USE="-X11" or so. :)
Small update: There's been a new release of Warsow (v0.11) which fixes some bugs and adds some new features.
Created attachment 87941 [details] warsow-0.11.ebuild Here is a source ebuild. It will probably work on amd64 also.
Created attachment 87942 [details] warsow-0.11.ebuild Tidied SRC_URI.
I think you did a good job on that ebuild. :) Is there any chance you could add something like only compiling wsw_server (make ded game) without the client libraries - for example if use -X or +dedicated are set? (I'm not really sure about the best use flag in that case ...) Dependencies for the server without the client would be reduced to sys-libs/glibc and sys-libs/zlib (possibly net-misc/curl, but I think the server has been changed to compile and work without curl.) in that case, I guess. And yes, Warsow should also compile and work on amd64 platforms.
Created attachment 87993 [details] warsow-0.11.ebuild Split into client and server, through USE flags.
Created attachment 87994 [details] warsow-0.11.ebuild Oops, moved media-libs/jpeg to $UIDEPEND.
Why RESTRICT=strip? You don't need to depend on system packages: glibc and zlib x11-proto are only needed at build time
Created attachment 88011 [details] warsow-0.11.ebuild Moved xproto deps. Removed RESTRICT line - can't justify it (I see it in some games ebuilds, that's all). Stopped the .so files from being executable, because no-one has given a *reason* for them being executable, and it works regardless.
> (I see it in some games ebuilds, that's all). It's just for binaries which have already been stripped by upstream.
Created attachment 88183 [details] warsow-0.11.ebuild Fixed $DEPEND for proper default when no USE flags are specified. Removed icon, which doesn't show anyway, and was unzipping in src_install().
Created attachment 89085 [details] warsow-0.12.ebuild Warsow has just been updated to version 0.12. There are no other mirrors, yet, but the official one is great. :) It also is not based directly on Quake 2, but on QFusion, which is much more advanced than Q2, even though it's based on that engine.
Created attachment 89098 [details] warsow-0.12.ebuild Changed to updated Warsow 0.12 build (previous was bugged). Any idea how to automatize that .i386 part so that it works for x64, too? :)
Created attachment 89122 [details] warsow-0.12.ebuild Works with version 0.12. Added RESTRICT="strip" line back in, to remove the QA warning on the .so files.
What does it say? I didn't get a warning.
Created attachment 89133 [details] warsow-0.12.ebuild Removed "strip" again - I was getting mixed up with the precompiled libraries. Changed to *ftp*://ftp.club-internet.fr. Removed redundant brackets from UIDEPEND.
Confirming that this both compiles and seems to run properly on AMD64.
No problems here, really ... do you think there's a chance to get it into portage? :)
Created attachment 90953 [details] warsow-0.12.ebuild Improved, to get rid of the "rm" in src_install.
Looks like it installs .so files in /usr/share... I don't usually think of .so files as shareable. It'd be nice to see those files installed to /usr/games/lib.
Created attachment 91035 [details] warsow-0.12.ebuild Patching the source code didn't work, so here's a crafty method using symlinks.
Created attachment 91976 [details] warsow-0.12.ebuild Added virtual/x11 to UIDEPEND.
Please, add this patch: http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/games/warsow/files/patch-linux%2bin_x11.c?rev=1.1&content-type=text/plain It solved my "inverted mouse" problem: http://www.warsow.net/forum/viewtopic.php?pid=1101477863
Bump for 0.2 release. Doesn't work with a simple clean rename
Created attachment 97115 [details] warsow-0.2.ebuild Changed $S, that's all.
Created attachment 97144 [details] warsow-0.20.ebuild This _should_ work ... however, I haven't tested it with a X11 client. Could anyone do that, please? Additionally, we cannot really deleted basewsw/modules_02.pk3, because it's kinda required for pure mode. Another problem with the new pure mode is that self-compiled binaries cannot play there ... which means that we might need to drop this ebuild and introduce games-fps/warsow-bin instead if we want War
Created attachment 97144 [details] warsow-0.20.ebuild This _should_ work ... however, I haven't tested it with a X11 client. Could anyone do that, please? Additionally, we cannot really deleted basewsw/modules_02.pk3, because it's kinda required for pure mode. Another problem with the new pure mode is that self-compiled binaries cannot play there ... which means that we might need to drop this ebuild and introduce games-fps/warsow-bin instead if we want War§ow on Gentoo to be compatible with other systems and online servers.
(In reply to comment #35) > Created an attachment (id=97144) [edit] > warsow-0.20.ebuild > > This _should_ work ... however, I haven't tested it with a X11 client. Could > anyone do that, please? Sadly, it doesn't. Did you not try and digest it? It won't even digest for me.
Created attachment 97147 [details] warsow-0.20.ebuild (In reply to comment #36) > (In reply to comment #35) > > Created an attachment (id=97144) [edit] > > warsow-0.20.ebuild > > > > This _should_ work ... however, I haven't tested it with a X11 client. Could > > anyone do that, please? > Sadly, it doesn't. Did you not try and digest it? It won't even digest for me. > I did. And it does digest for me. However, there could be a problem with Windows/DOS linebreaks because I created that file on Win XP. I hope this one is better ...
warsow-0.20.ebuild (latest) doesn't digest for me either. First I get: : command not foundgames-fps/warsow/warsow-0.20.ebuild: line 4: !!! ERROR: games-fps/warsow-0.20 failed. Call stack: ebuild.sh, line 1454: Called source '/usr/local/portage/games-fps/warsow/warsow-0.20.ebuild' ' warsow-0.20.ebuild, line 5: Called inherit 'eutils' 'games ebuild.sh, line 1189: Called die .eclass could not be found by inherit() !!! If you need support, post the topmost build error, and the call stack if relevant. aux_get(): (0) Error in games-fps/warsow-0.20 ebuild. (1) Check for syntax error or corruption in the ebuild. (--debug) If I comment out the 'inherit' line I also get the following: : command not foundgames-fps/warsow/warsow-0.20.ebuild: line 4: : command not foundgames-fps/warsow/warsow-0.20.ebuild: line 6: : command not foundgames-fps/warsow/warsow-0.20.ebuild: line 14: : command not foundgames-fps/warsow/warsow-0.20.ebuild: line 29: : command not foundgames-fps/warsow/warsow-0.20.ebuild: line 34: : command not foundgames-fps/warsow/warsow-0.20.ebuild: line 60: : command not foundgames-fps/warsow/warsow-0.20.ebuild: line 65: 'usr/local/portage/games-fps/warsow/warsow-0.20.ebuild: line 66: syntax error near unexpected token `{ 'usr/local/portage/games-fps/warsow/warsow-0.20.ebuild: line 66: `src_unpack() { !!! ERROR: games-fps/warsow-0.20 failed. Call stack: ebuild.sh, line 1454: Called die !!! error sourcing ebuild !!! If you need support, post the topmost build error, and the call stack if relevant. aux_get(): (0) Error in games-fps/warsow-0.20 ebuild. (1) Check for syntax error or corruption in the ebuild. (--debug)
The 'inherit'-line is absolutely mandatory. Could you please try to use dos2unix on the ebuild? I think the problem is that I uploaded this text file from win32.
Version-bump! Warsow 0.21 is out. Please update ebuild. Thanks in advance, EJS
Created attachment 101260 [details] warsow-0.21.ebuild Here is an ebuild 4 Warsow-0.21 Have fun!!!
Created attachment 101276 [details] warsow-0.21.ebuild Fixed "openagl" mistake. Tidied the *DEPEND lines. Switched to using BUILD_* in Makefile. "sdl" USE flag triggers the building of the client, but not "openal". Removed "ik.spinther.com" and "warsow.routed-gaming.co.uk" SDK mirrors, because their SDK files are corrupted. Renamed wsw_server to ${PN}-ded, so we don't have to play "guess the name of the executable" :) Hopefully, they will choose 0.30 rather than 0.3, when that version arrives, otherwise they will mess up the versioning for *all* Linux distros, not just Gentoo ;)
Looks good to me.
Fixed, thanks.