Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

i agree - the stratagus engine (formerly known as freecr*ft) should be in
portage

Created an attachment (id=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 an attachment (id=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 an attachment (id=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 an attachment (id=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 an attachment (id=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 an attachment (id=26884) [details]
games-engines/stratagus-2.0.ebuild

Moved stratagus from /usr/games/stratagus to /usr/share/games/stratagus

Created an attachment (id=26886) [details]
games-strategy/stratagus-aleona-0.ebuild

Moved aleona from /usr/games/stratagus to /usr/share/games/stratagus

Created an attachment (id=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 an attachment (id=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 an attachment (id=34267) [details]
stratagus-2.1_pre2.ebuild

Here's ebuild with support for opengl and debug USEs (from bug 54920)

Created an attachment (id=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 an attachment (id=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