Release notes: http://sourceforge.net/project/shownotes.php?release_id=185581 This needs to get into portage ASAP. Reproducible: Always Steps to Reproduce:
I can't make an ebuild for the next few weeks as a rabbit chewed through my adsl modem's USB cable. (How is that for an excuse!)
how about an ebuild ?
Ebuild here: http://forums.gentoo.org/viewtopic.php?p=555653#555653 I would post it as an attachment, but it's not mine. Also, I'm not sure how correct it is - a few people are having issues.
A tweaked ebuild can be found here: http://giblets.org/ebuilds/vegastrike-0.4.1.tar.gz It was posted by giblets (and was his first post!): http://forums.gentoo.org/viewtopic.php?p=568319#568319 It should be a candidate ebuild for going into portage. It installs the game data into /usr/share/games and has a couple of patches.
I've just discovered eclasses, and my ebuild does not honour (customised) games.eclass settings. A fix is in the works. The patches are nothing special - they just deal with getting the thing to build and sorting out the data path.
ebuild that honours games eclass settings is here: http://giblets.org/ebuilds/vegastrike-0.4.1-ebuild.tar.gz
These lines are required in src_compile() on some systems: echo "#define glXGetProcAddress glXGetProcAddressARB" >> ${S}/vegastrike/src/gldrv/gl_globals.h echo "#define glXGetProcAddress glXGetProcAddressARB" >> ${S}/vegastrike/src/gldrv/gl_init.h
Addendum: Apparently some systems have only glXGetProcAddressARB and some have only glXGetProcAddress. How do we deal with this? Also, they tell me at the forums the GTK frontend is optional (I didn't see a disabler in configure when investigating /var/tmp/portage, myself). If so, it would be nice for the ebuild to have that option.
wouldn't this be better ? #ifndef glXGetProcAddress #ifdef glXGetProcAddressARB #define glXGetProcAddress glXGetProcAddressARB #else /* Why not putting a warning here ? */ #endif /* glXGetProcAddressARB */ #endif /* glXGetProcAddress */
The vegastrike 0.4.1-r1 ebuild fails for me with the following error: endianness.cpp: In function `double VSSwapHostDoubleToLittle(double)': endianness.cpp:17: `DONTUSE__NXSwapBigDoubleToLittle' undeclared (first use this function) endianness.cpp:17: (Each undeclared identifier is reported only once for each function it appears in.) make[3]: *** [endianness.o] Error 1 make[3]: Leaving directory `/var/tmp/portage/vegastrike-0.4.1-r1/work/vegastrike-0.4.1/vegastrike/src'
Created attachment 20239 [details] vegastrike-0.4.1.ebuild i tweaked out your 0.4.1 ebuild ... basically everything except for src_install() ... i cant get vegastrike to compile for me, it fails on boost related stuff ... not sure if it's a gcc-3.3.x issue or a python-2.3.x issue ...
it seems to be a python-2.3 bug and i can see mention of fixes in cvs for it but i'm little worn out to dig throuh and make a patch to support python-2.3 ... any takers ? :)
The glXGetProcAddressARB issue is at least partly with the GL/glx.h shipped with Xfree86 4.3.0 (not sure about earlier, but this is what I have currently) it has a number of functions that are only defined if GLX_GLXEXT_LEGACY is set (check around lines 115-131).. adding "-DGLX_GLXEXT_LEGACY" to CPPFLAGS in the environment allowed it to compile successfully on my machine. specifically I added the line: export CPPFLAGS="$CPPFLAGS -DGLX_GLXEXT_LEGACY" to src_compile() on the line above "egamesconf".
Please can this go in portage, even if it's masked or in ~x86?
ebuilds should never go in portage direct as stable
You lost me... why can't it be in as a masked ebuild?
i'll add it later today
0.4.1 is in cvs with all it's fun issues