Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
Hi, here is a brand-new ebuild for uhexen2, which is a game engine descended from Hexen 2. It is capable of playing the original Hexen 2 game and the "Portal of Praevus" mission pack, using some of the data files from the game CDs. Homepage: http://uhexen2.sourceforge.net/ Although the ebuild works, there are some issues: * uhexen2 requires that the data files in /usr/share/games/hexen2/data1/ be pre-patched to a version >=1.1, which in Linux requires the script "update_h2" found in hexen2-1.3.0-linux.i586.tgz at http://sourceforge.net/project/showfiles.php?group_id=124987&package_id=136554 * Midi playback, which is only available via timidity, has not been heard to work. This is a problem with uhexen2 rather than the ebuild.
Created an attachment (id=68340) [details] games-fps/uhexen2/uhexen2-1.3.0.ebuild
Oops, my "1.1" should be "1.11", as reported at http://forums.gentoo.org/viewtopic-p-2721523.html
The midi problems were caused by bug 99590 - emerge =sdl-mixer-1.2.6 without the "mikmod" USE flag fixes the music.
Created an attachment (id=72902) [details] UHexen2 Ebuild Patch for AMD64 compile I submit a patch for this ebuild; it permitts to compile the source on AMD64 platforms. I hope it helps x86_64 users :) (Sorry for my bad english)
Created an attachment (id=80515) [details] uhexen2-1.3.0.ebuild Here is a tidied ebuild for modular X, including the above patch.
Created an attachment (id=85626) [details] Ebuild for UHexen2-1.3.1
(From update of attachment 85626 [details]) I have attached a revisited ebuild (added some check for multilib compiling) with the new version of the package (1.3.1)
Created an attachment (id=85671) [details] uhexen2-1.4.0.ebuild New version released.
Created an attachment (id=90927) [details] uhexen2-1.4.0.ebuild Big tidyup, and integration with hexen2-demodata to play the demo maps.
Created an attachment (id=90928) [details] uhexen2-1.4.0.ebuild Changed 1.1 to 1.11 in the einfo about patching the data files. Moved ${opts} to start of emake command, as stated in the Makefile.
Created an attachment (id=90933) [details] uhexen2-1.4.0.ebuild Relaxed the filepath search restrictions on the demo version, for it to be able to find and use the demo data's coloured lighting.
Created an attachment (id=90945) [details] uhexen2-1.4.0.ebuild Added desktop entry.
compile on amd64 end with error: nasm not found uhexen2-1.4.0.ebuild should be modified: DEPEND="${UIDEPEND} x86? ( >=dev-lang/nasm-0.98.38 ) amd64? ( >=dev-lang/nasm-0.98.38 )"
Created an attachment (id=94348) [details] uhexen2-1.4.0.ebuild The Makefile says "Disable this manually for any other cpu." The problem was that the ebuild was not defining USE_X86_ASM. Here is a fixed ebuild. (I can't test it for amd64.)
With fixed ebuild compilation ends with this error: Building hexenworld master server.. make: Entering directory `/var/tmp/portage/uhexen2-1.4.0/work/hexen2source-1.4.0/hexenworld/Master' gcc -c -O -march=i386 -Wall -DPLATFORM_UNIX -o cmds.o cmds.c gcc -c -O -march=i386 -Wall -DPLATFORM_UNIX -o sys_main.o sys_main.c gcc -c -O -march=i386 -Wall -DPLATFORM_UNIX -o net.o net.c gcc -o hwmaster cmds.o sys_main.o net.o make: Leaving directory `/var/tmp/portage/uhexen2-1.4.0/work/hexen2source-1.4.0/hexenworld/Master' Building hexenworld client (software renderer) make: Entering directory `/var/tmp/portage/uhexen2-1.4.0/work/hexen2source-1.4.0/hexenworld/Client' Host OS : Linux Target OS: UNIX Sanity : Error, command(s) nasm not found make: *** [sanity] Error 2 make: Leaving directory `/var/tmp/portage/uhexen2-1.4.0/work/hexen2source-1.4.0/hexenworld/Client' Building hexenworld client (opengl renderer) make: Entering directory `/var/tmp/portage/uhexen2-1.4.0/work/hexen2source-1.4.0/hexenworld/Client' rm -f *.o win_stuff/*.o core .tmp *.tmp make: Leaving directory `/var/tmp/portage/uhexen2-1.4.0/work/hexen2source-1.4.0/hexenworld/Client' make: Entering directory `/var/tmp/portage/uhexen2-1.4.0/work/hexen2source-1.4.0/hexenworld/Client' Host OS : Linux Target OS: UNIX Sanity : Error, command(s) nasm not found make: *** [sanity] Error 2 make: Leaving directory `/var/tmp/portage/uhexen2-1.4.0/work/hexen2source-1.4.0/hexenworld/Client' !!! ERROR: games-fps/uhexen2-1.4.0 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile uhexen2-1.4.0.ebuild, line 123: Called die I think that hexenworld/build.sh needs to be fixed (inserting USE_X86_ASM variable somewhere)
Created an attachment (id=94404) [details] uhexen2-1.4.0.ebuild Fixes USE_X86_ASM in hexenworld/Client/Makefile. The amd64 stuff in pkg_setup can probably be removed, by someone with some amd64 skill (which ain't me).
(In reply to comment #16) > Created an attachment (id=94404) [edit] [details] > uhexen2-1.4.0.ebuild > > Fixes USE_X86_ASM in hexenworld/Client/Makefile. The amd64 stuff in pkg_setup > can probably be removed, by someone with some amd64 skill (which ain't me). > Unfortunately it's not possible, at this moment, because Hexenworld Client (software renderer version) fails on r_edge.c compiling. I've already reported this upstream! :)
Created an attachment (id=101611) [details] uhexen2-1.4.1.ebuild A few new USE flags, and easier patching :)
(In reply to comment #18) > Created an attachment (id=101611) [details] > uhexen2-1.4.1.ebuild > > A few new USE flags, and easier patching :) > few notes about the new 1.4.1 ebuild: - starting with gamedata-1.16, hexenworld actually works with the demo - hexen2 has a new dedicated server application (make -f Makefile.sv), you can add it to the ebuild if you want.
Created an attachment (id=101681) [details] uhexen2-1.4.1.ebuild Allows hexenworld with demo. Added "dedicated" USE flag.
Created an attachment (id=101868) [details] uhexen2-1.4.1.ebuild Forces opengl on amd64. Edits patch script.
Created an attachment (id=101980) [details] uhexen2-1.4.1.ebuild amd64 fix for runtime segfault (tested by Davide Cendron).
I propose a new ebuild for the nearly next stable version of UHexen2, 1.4.2-pre3. This versione runs fine natively on 64bit, so i have changed accordingly the ebuild. These are the other major changes/improvements: - updated gamedata version (it's used the 1.19-pre3 version) - hexenworld pak files are installed only if "hexenworld" USE is enabled, and putted on right path (if "demo" is enabled, they are placed in $GAMES_DATADIR/hexen2/demo) - added "oss" USE: enable/disable OSS audio support - added "32bit" USE: if on AMD64, enable/disable compilation against 32bit libs - added "gtk" and "gtk2" USEs: enable/disable build of the graphical launcher, based on GTK libs. If both USEs are enabled, GTK2 is preferred - added "tools" USE: enable/disable build of some useful utility, available on "utils" subdir of source tree. In conjunction with "hexenworld" USE enabled, build some HexenWorld utility, available on "hw_utils" subdir of source tree. - now "dedicated" USE enable/disable ONLY build of Dedicated Server; "hexenworld", instead enable/disable build of ALL HexenWorld related binaries (Master/Server/Client) - now it's installed a desktop entry for HexenWorld client and one for the launcher, if they are installed. Feel free to hack/change/rape this ebuild ;)
Created an attachment (id=116099) [details] uhexen2-1.4.2_pre3.ebuild
1.4.2-rc1 is out there: Being a release candidate, this should be better than the previous 1.4.2-pre3. Cheers.
Created an attachment (id=120877) [details] uhexen2-1.4.2_rc1.ebuild Bump to version 1.4.2-rc1 Main changes: - removed "gtk2" USE flag, now the launcher is built with GTK2 support only (so enable "gtk" USE flag) - applied patch to improve the GTK launcher, and set the default path for game data files - applied patch to support "external" music files (see external_music.README for informations regarding how it works) - now the "software renderer" versions of binary games are always built (except on AMD64); the GL versions are built if "opengl" USE flag is enabled, or if on AMD64 (where the software versions don't build :-| ) - some tidyup and some fixes Make sure to get also below included patches. Feel free to test and improve this ebuild, waiting the 1.4.2 final release 8)
Created an attachment (id=120879) [details] uhexen2-1.4.2_rc1-cd_null-fix.diff Small patch to fix a compile error on cd_null.c
Created an attachment (id=120881) [details] uhexen2-1.4.2_rc1-h2launcher_improvements.diff Various improvements to GTK launcher
This is now in the sunrise overlay. You can find it at: http://overlays.gentoo.org/svn/proj/sunrise/reviewed/games-fps/uhexen2/
Created an attachment (id=126038) [details] uhexen2-1.4.2_rc2.ebuild Version bump (including some fixes/improvements).
Created an attachment (id=132502) [details] uhexen2-1.4.2.ebuild Bump to version 1.4.2
Please use the new 1.4.2 version for 'demo data', as well, (hexen2demo-1.4.2-linux-i586.tgz or hexen2demo-1.4.2-linux-x86_64.tgz) The old 1.4.1 packages are outdated and removed from the download pages.
Created an attachment (id=132585) [details] uhexen2-1.4.2.ebuild (In reply to comment #32) > Please use the new 1.4.2 version for 'demo data', as well, > (hexen2demo-1.4.2-linux-i586.tgz or hexen2demo-1.4.2-linux-x86_64.tgz) > The old 1.4.1 packages are outdated and removed from the download > pages. > You're right :) (but yesterday evening i can't view the 1.4.2 demodata package in SF download list, so i haven't updated the relevant items) :P
Please be advised of the following security bug before moving to the tree: http://secunia.com/advisories/28124/
Created an attachment (id=138873) [details] hexenworld Huffman vulnerability fix for uhexen2-1.4.2 fix issue announced at http://secunia.com/advisories/28124/ the fix is already in the CVS for quite some time and will be intergrated in the next release 1.4.3.
Created an attachment (id=148930) [details] uhexen2-1.4.3.ebuild Bump to version 1.4.3
Created an attachment (id=178887) [details] uhexen2-1.4.4_pre4.ebuild Added UHexen2 1.4.4 pre-release ebuild (i've also implemented some EAPI2 features)
there were two new -pre releases and there are no ebuilds. yet. (current is 1.4.4_pre6 i'll test ebuild bump and report
ebuild bump works if patch 00_Patches/midi_with_sdlaudio-test.diff is disabled - it seems to break build on midi_nul.c file, when enabled.
(In reply to comment #38) > current is 1.4.4_pre6 (In reply to comment #39) > ebuild bump works if patch 00_Patches/midi_with_sdlaudio-test.diff is disabled > - it seems to break build on midi_nul.c file, when enabled. 1.4.4-pre7 is out and it should fix the failure that you mention.
yes, i confirm that pre7 builds correctly with patch enabled for me, with as much as an ebuild bump from pre4