i agree - the stratagus engine (formerly known as freecr*ft) should be in portage
Created attachment 21813 [details] stratagus-cvs ebuild Here is a stratagus-cvs ebuild. It will not work until the Savannah CVS service is up again. Also, there is no game media included, someone should make media ebuilds...
lets wait until either the cvs server comes back up (both savannah.nongnu.org and subversions.gnu.org time out on me, and http://savannah.nongnu.org/cvs.backups/ returns 404) or they make a release
Created attachment 23261 [details] stratagus-cvs I've done a new a ebuild for stratagus-cvs (fixing the problem with cvs on savannah which no more provide pserver access). My ebuild also install data files that are used when playing mods like aleona.
Created attachment 23262 [details] stratagus-aleona (aleona mods) And here is an ebuild for Aleona's Tale I made to work with stratagus.
There was a non cvs release today...
Created attachment 26881 [details] games-engines/stratagus-2.0.ebuild Stratagus 2.0 has been released. Here is an ebuild for this. Most of the content was taken from the cvs ebuild. Only slight modifications have been done.
Created attachment 26882 [details] games-strategy/stratagus-aleona-0.ebuild Cleaned and fixed up. Didn't test it, because my firewall does not allow CVS-transfers. But since i did not change anything in the compilation-process (only changes in header), it should work.
Created attachment 26884 [details] games-engines/stratagus-2.0.ebuild Moved stratagus from /usr/games/stratagus to /usr/share/games/stratagus
Created attachment 26886 [details] games-strategy/stratagus-aleona-0.ebuild Moved aleona from /usr/games/stratagus to /usr/share/games/stratagus
Created attachment 26888 [details] games-strategy/stratagus-magnant-2.0 Magnant is a Trading Card Game based on the stratagus engine (whatever this means ;) ). I made an ebuild for this and AFAIK it works.
*** Bug 50082 has been marked as a duplicate of this bug. ***
*** Bug 54920 has been marked as a duplicate of this bug. ***
let's take a look then
Due to my inability to Make the makefile work. the 2.1pre release does not include some files that it should. This will be fixed for 2.1pre2 which I will shortly due to the problems with this build. There will also be a couple of minor bug fixes. I have uploaded a modified version of the ebuild for pre2. But the following will be wrong. S="${WORKDIR}/stratagus-040625" It will need to be dated correctly. I have run the ebuild with my current src build from today. And it works correctly. Modifications welcome as I don't know the standard gentoo locations for these things.
Created attachment 34097 [details] Stratagus 2.1 pre2 ebuild
Please wait until pre2 is released so we can get opengl and debug builds work
2.1pre2 has been released. S="${WORKDIR}/stratagus-040627" ebuild should be updated with the following line, and it should work correctly.
Created attachment 34267 [details] stratagus-2.1_pre2.ebuild Here's ebuild with support for opengl and debug USEs (from bug 54920)
Created attachment 34793 [details] stratagus-2.1.ebuild Haven't tried. Edited with windows notepad so newlines can be wrong. Dropped man pages on make doc.
tested now ebuild for stratagus 2.1, it seems to work (converted with dos2unix) some graphics glitches with opengl in USEs, no problem emerging with USE="-opengl" emerge stratagus
It is possible to explain "Some glitches with openGL" further? As a developer on this project, I would like to ensure there is nothing we are missing.
of course compiling with theese USEs: -debug -doc +flac +mad +mikmod +oggvorbis +opengl initial screen (ACT I The shores of Lordaeron) doesn't shade from/to black and sometimes there are some blue vertical lines between adiacent cells. this happens in fullscreen and in windowed modes, resolution 640x480, 800x600, 1024x768 but in windowed mode lines disappear when switching to another window. sometimes there are white lines too appearing near units when moving them. screenshot: http://ghepeu.altervista.org/immagini/stratagus-glitches.jpg kernel vanilla 2.6.7, xorg-x11 6.7.0-r1, ATI radeon 7500 with DRI open source drivers 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_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_make_current_read, GLX_SGIS_multisample client glx vendor string: SGI client glx version string: 1.2 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_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_visual_select_group GLX extensions: GLX_ARB_get_proc_address, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_SGI_video_sync OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI Radeon 20030328 AGP 4x x86/MMX+/3DNow!+/SSE TCLOpenGL version string: 1.2 Mesa 5.0.2 OpenGL extensions: GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_convolution, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, 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_object, GL_EXT_texture_lod_bias, GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_texture_rectangle, GL_NV_texgen_reflection, 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 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 ---------------------------------------------------------------------- 0x23 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x24 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x25 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x26 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x27 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x28 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x29 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2a 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2b 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x2c 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x2d 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x2e 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x2f 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x30 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x31 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x32 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
ghepeu@KazeNoTani ghepeu $ emerge info Portage 2.0.50-r8 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.7) ================================================================= System uname: 2.6.7 i686 AMD Athlon(tm) XP 1700+ Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -pipe -fforce-addr -fomit-frame-pointer -funroll-loops -fprefetch-loop-arrays" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe -fforce-addr -fomit-frame-pointer -funroll-loops -fprefetch-loop-arrays" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/ http://sunsite.cnlab-switch.ch/ftp/mirror/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://gentoo.tiscali.nl/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow 3ds X aalib acpi acpi4linux alsa antlr apache2 audiofile avi berkdb bonobo cdr crypt cups divx4linux dvd encode esd f77 faac faad fam fbcon fbdev flac foomaticdb freetype gd gd-external gif gimpprint gnome gnomedb gpm gstreamer gtk gtk2 gtkhtml imagemagick imlib java javascript jce jpeg libcaca libg++ libsamplerate libwww live mad matroska mikmod mmap mmx mng motif mozilla mozinterfaceinfo moznocompose moznoirc moznomail mozp3p mozsvg mpeg mysql ncurses nls nptl objc oggvorbis opengl pam pcap pdflib perl pic plotutils png ppds python qt quicktime radeon readline samba sdl slang spell sse ssl svga tcltk tcpd tetex theora threads tiff truetype type1 usb vim-with-x wmf wxwindows x86 xface xinerama xml xml2 xmms xv xvid yv12 zlib"
In an attempt to poke this bug with a stick, is there any reason not to drop the ebuild into the portage tree without opengl support?
The availability of the ebuilds here is fine until the software reaches a level of quality that we're all happy with. Downloading the ebuilds, etc and putting them in your local overlay should work fine.
RE: graphics faults. I run gentoo with an NVidia card, and have no problems. None of the other developers, or regular users can reproduce this problem. It is possible that there is a problem with the Opensource GL drivers. I don't know of a what to fix this. The fade in and out is more a feature request than a bug. The code has just not been written for GL. I don't see how 1 user's report of a buggy display keeps an entire ebuild from the tree. I should have had about 20 ebuild evicted if thats the case.
stratagus-2.1 is in portage aleona wont be added since it has 0 releases magnant is Bug #33050; move ebuilds there if they need to
Created attachment 40550 [details] stratagus-2.1.ebuild Mike, You put a crippled ebuild into portage. :-( If you think use flags doc and debug are useless, use the ebuild attached here. Otherwise use the ebuild attached before. Note that if portage doesn't include wargus, bos or magnant, having stratagus in there is mostly useless.
you cant say 'You put a crippled ebuild into portage. :-(' that tells me NOTHING the doc flag is utilized, read the ebuild
Oh, you're right, sorry. Here are the changes that bother me: -DEPEND="${RDEPEND} - doc? ( app-doc/doxygen )" doxygen is needed for USE="doc". src_unpack: - if use debug; then - RESTRICT="nostrip" - else - sed -i ${S}/configure.in \ - -e "s:\(DEBUG_CFLAGS=\).*:\1\"${CFLAGS}\":" - fi If debug is USEd, you shouldn't strip the binary, else replace default CFLAGS with users. src_install: - use doc && { - dohtml srcdoc/html/* - } This installs the USE="doc" documentation. Thanks.
is doxygen really required ? i glanced, and didnt think it was ... or maybe it was that doxygen bombed on me and i just didnt care to review it ... you do NOT set RESTRICT like that, it's just wrong :) that said, if users want non-stripped binaries, they use FEATURES=nostrip ... USE=debug does not imply everything you think it does ... it's a package-specific feature as for utilizing the user's CFLAGS, yeah i screwed that bit up ... but touching configure.in is the wrong file i'll check out the build process some more and merge your fixes into cvs
as for this comment: Note that if portage doesn't include wargus, bos or magnant, having stratagus in there is mostly useless. i never said those werent going to be added, i said they were going to be handled at different bugs ... we dont handle more than one issue pre bug report ... also, stratagus had to be added before those could even be reviewed and, stratagus is just an engine ... that means users out there can install it and then develop their own game/whatever off it w/out ever emerging a game that uses stratagus ... the games team is about supporting games devs through libraries/utilities just as much as supporting game players ... after all, what are the game players going to play if the devs cant produce anything ? :)
configure.in works if autoconf is ran (like it was). Is that considered ugly? -- That's why I said /mostly/ useless. The games available currently aren't great, but I think stratagus would be more useful with them.
running autoconf is pointless, configure is already generated added the USE=doc stuff back into the ebuild file new bugs for any issues you find in the current ebuild
