There is a port of Duke Nukem 3D that is far better than the Icculus one. Among other things, it supports 3D objects and TrueColour textures. Reproducible: Always Steps to Reproduce:
I am sorry for wasting your time; I suppose I can create an ebuild myself. It will be uploaded here once I'm done with it (probably tomorrow).
Wasting who's time? Just because we haven't gotten to this yet doesn't mean that we won't... the games team is pretty small, and we tend to give bugs priority to enhancement requests. Have some patience, we'll get to it.
Sorry, I did not mean to criticize. What I meant is that I will make the ebuild, and that I should have told that from the beginning of this post.
You're making an ebuild? Sweet! It is always good to see someone take an active interest in their requests. It also speeds up the process measurably.
Created attachment 55576 [details] The ebuild and accompanying files
This is my first ebuild, but it seems to work fine.
I am not quite familiar with these procedures; should I submit the ebuild as a new bug?
no but you should attach files separately as text/plain.
Created attachment 57638 [details] metadata.xml
Created attachment 57639 [details] Manifest
Created attachment 57640 [details, diff] Patch to enable sound
Created attachment 57641 [details] jfduke3d-20041013.ebuild
Created attachment 57642 [details] The Build engine
Created attachment 57643 [details] JFDuke3D
*** Bug 95076 has been marked as a duplicate of this bug. ***
Created attachment 60635 [details] jfduke3d-20050531.ebuild
Created attachment 60636 [details] metadata.xml
Created attachment 60637 [details, diff] Patch for sound support
Created attachment 60638 [details] JFBuild
Created attachment 60639 [details] JFDuke3D
I updated the ebuild to jfduke3d-20050531.
Created attachment 60686 [details] jfduke3d-20050531.ebuild Fixed permission problems with '/tmp/tmpsong.mid'.
missing IUSE missing dep on unzip don't use /tmp, use "${T}" (actually, the whole thing with tmpsong.mid needs to be fixed, that's real ugly there) needs more error checking on file io (... || die ...) put the SRC_URI on two lines
Created attachment 60692 [details] Multiplayer frontend - Norwegian (Bokmål)
Created attachment 60693 [details] Multiplayer frontend - English
Created attachment 60697 [details] jfduke3d-20050531.ebuild Added a multiplayer frontend using KDialog Added IUSE="kde" Added "app-arch/unzip" to "DEPEND" Added more error handling Added more information (einfo) It was not I that made the sound patch, I do not know how to make such things. The '/tmp' is hardcodec in it, thus no '${T}'.
Created attachment 66434 [details, diff] improved ebuild I improved the ebuild a whole lot. It doesn't use cd a whole bunch because I set ${S} properly. I use ${PN} and so forth instead of "jfduke3d" all over the place. I depend on kdebase OR kdialog (since all it needs is kdialog and this solves the case of people using split kde packages, etc.) This multiplayer script could also be done in zenity for gnome users...and of course a command line interface...its very very simple, it's not even really necessary... I don't know why it was setting OPTFLAGS="" as it works fine for me with my default CFLAGS. I removed this for now, if a problem occurs layer I'd rather be using filter-flags if possible... I cleaned up the redundant use of "use kde" all throughout the ebuild and removed if's where simple [[blah]] && test cases would be fine. I'm not using the games_make_wrapper anymore because I don't think it's very appropriate to be sticking DUKE3D.CFG, duke3d.log, and some other files into $HOME. I've taken the wrapper games_make_wrapper made and improved it so uses $HOME/.jfduke3d instead. This of course it means it needs to check/create a directory and thus games_make_wrapper is not suitable. This ends up killing 2 birds with one stone because... I edited the sound patch so it creates the tmpsong.mid in the current directory (which will be $HOME/.jfduke3d/ thanks to my wrapper.) I also renamed the patch so I can just use ${P}-sound.patch which shortens the ebuild and provides clear separation between my modified patch and the original. I don't know why the einfo comment at the bottom said the built-in display options configurator doesn't work, it works just fine for me, so I've removed it. Perhaps they forgot to select "apply changes."
Created attachment 66435 [details] improved soundpatch the sound patch that puts tmpsong.mid in the current directory instead of in /tmp (see above)
Created attachment 66436 [details] improved wrapper the wrapper that creates/uses "$HOME/.jfduke3d" This makes things work a LOT better (and gives you a nice place to store your custom .con files or what not as well!) BTW... I meant to submit my improved ebuild as plain text but submitted as patch instead..oh well, it still shows up fine...
Created attachment 72784 [details] bump to latest version this is the latest version
Created attachment 72785 [details, diff] bump to latest version this is the sound patch for the latest version, it comes in 2 parts...one against jfduke3d and one against jfbuild...this one is against jfduke3d
Created attachment 72786 [details, diff] bump to latest version and here is the second part of the sound patch against jfbuild. I should note that my initial testing of this latest version of jfduke3d shows much improvement and seems to run quite nicely...
Created attachment 79928 [details] jfduke3d wrapper script, added HRP detection support I created a somewhat improved wrapper script, due to problems caused by my LC_NUMERIC locale. If you're experiencing 'expected float, got ".593"' messages on startup, this is what you're searching for. It also has a rudimentary detection for an installed HRP package (see http://hrp.planetduke.gamespy.com/ ) Notes: - you have to put the HRP files to your $HOME/.jfduke3d directory - the package must be named duke3d_hrp.zip - the maphacks file must be named maphacks.zip; be sure to choose the correct one for your version Also see: http://forums.gentoo.org/viewtopic-p-3115995.html#3115995
I don't think it's such a good idea to by default use the HRP files, as they are optional, not neccessary, and I don't always want to use them, even though I have them installed. Seeing as it's something that can be specified on the command line, it'd make more sense to just create an alias for it if you wanted to always use them.
Created attachment 113014 [details] latest ebuild with amd64 support I have slightly modified the ebuild to add amd64 support.
Created attachment 165863 [details] Corrected version of latest ebuild I've corrected mising spaces in latest ebuild
Created attachment 165895 [details] virtual-x11 -> x11-base/xorg-x11 Changed virtual-x11 to x11-base/xorg-x11
Since we have currently games-fps/eduke32 in tree, which is nowadays a much more modern port than jfduke3d (which isn't anymore actively developed) is, I don't think, it's still worth to add it to the tree as of today.