Hi, here are some improvements to the qudos ebuilds: * Added ~amd64 from bug #140726 * Added "optimize-cflags" USE flag, to use the CFLAGS in the Makefile. * Tidied (R)DEPEND - the game can run as a server without requiring OpenGL. * Fixed Makefile to work with the "debug" USE flag. * Better integration with the demo data - adds "+set game demo" on the command-line, rather than requiring the "symlink" USE flag in games-fps/quake2-demodata. * OpenGL is favoured over SDL, because it is stable when switching the screen resolution.
Created attachment 99350 [details] qudos-0.40.1.ebuild
Created attachment 99351 [details] qudos-9999.ebuild
Created attachment 101289 [details] qudos-9999.ebuild Changed xmms to audacious, and now filter out -fomit-frame-pointer to fix crashes when changing screen resolution.
Created attachment 101301 [details] qudos-9999.ebuild Removed unnecessary sed for audacious. Added back ~amd64.
Created attachment 107954 [details] qudos-9999.ebuild BUILD_GAME=YES needed to be added or else it would not build the game!.. (If anyone wants to build it without the game, you will need to make it optional, but I doubt anyone want that..)
Created attachment 113712 [details] qudos-9999.ebuild Updated URL for viewing the subversion code.
Created attachment 115034 [details] qudos-9999.ebuild Will not build without x11-proto/xf86vidmodeproto installed (build-time dependency only).
Created attachment 115037 [details] qudos-0.40.1.ebuild Fixes DEPEND (properly) for xf86vidmodeproto.
Created attachment 115039 [details] qudos-9999.ebuild Fixes DEPEND (properly) for xf86vidmodeproto.
Created attachment 117902 [details] qudos-0.40.1.ebuild Uses $(games_get_libdir)
Created attachment 117904 [details] qudos-9999.ebuild Uses $(games_get_libdir)
particles/fly_{3,4}.png are missing from qudos.pk3 in qudos-9999, which is why the buzzing flies on dead bodies appear as black squares in some frames. Easy solution is to unzip qudos.pk3 (rename it to .zip first, so unzip is happy) and copy fly_1.png to fly_3.png, and fly_2.png to fly_4.png fly_{3,4}.png can go in /usr/yourlibdir/gamessubdirifyouuseit/qudos/baseq2/particles/
After a recent upgrade of media-libs/jpeg qudos won't build. Fails with this error x86_64-pc-linux-gnu-gcc -c -march=k8 -O3 -pipe -ggdb -I/usr/include -I/usr/X11R6/include -DGAME_NAME='"game.so"' -DQUDOS_VERSION='"QuDos 0.40.2"' -DOP_SYSTEM='"Linux 2.6.27-gentoo-r8"' -DCC_VERSION='"4.3.4"' -DC_ONLY -Wall -ffloat-store -DNDEBUG -DWITH_ACEBOT -DDATADIR='"/usr/share/games/quake2"' -DGAME_MOD -DLIBDIR='"/usr/games/lib64/qudos"' -DQMAX -DRETEX -fPIC -DREF_GL -o QuDos-build/ref_glx/gl_image.o src/ref_gl/gl_image.c src/ref_gl/gl_image.c:915: error: conflicting types for ‘jpeg_mem_src’ /usr/include/jpeglib.h:959: error: previous declaration of ‘jpeg_mem_src’ was here make: *** [QuDos-build/ref_glx/gl_image.o] Error 1 [31;01m*[0m ERROR: games-fps/qudos-9999 failed: [31;01m*[0m emake failed [31;01m*[0m [31;01m*[0m Call stack: [31;01m*[0m ebuild.sh, line 54: Called src_compile [31;01m*[0m environment, line 3524: Called die [31;01m*[0m The specific snippet of code: [31;01m*[0m emake -j1 BUILD_QUAKE2="${client}" BUILD_DEDICATED=$(yesno dedicated) BUILD_GLX=${build_opengl} BUILD_SDLGL=${build_sdl} BUILD_SDL_SND=${build_sdl} BUILD_ALSA_SND=$(yesno alsa) BUILD_OSS_SND=$(yesno oss) WITH_AUDACIOUS=$(yesno audacious) WITH_XMMS=NO WITH_DGA_MOUSE=$(yesno dga) WITH_JOYSTICK=$(yesno joystick) DATADIR="${dir}" LOCALBASE=/usr LIBDIR="${libdir}" WITH_QMAX=$(yesno qmax) BUILD_3ZB2=$(yesno mods) BUILD_CTF=$(yesno mods) BUILD_JABOT=$(yesno mods) BUILD_ROGUE=$(yesno mods) BUILD_XATRIX=$(yesno mods) BUILD_ZAERO=$(yesno mods) WITH_BOTS=$(yesno mods) HAVE_IPV6=$(yesno ipv6) OPTIMIZE=$(yesno optimize-cflags) CC="$(tc-getCC)" WITH_DATADIR=YES WITH_LIBDIR=YES BUILD_DEBUG_DIR=release BUILD_RELEASE_DIR=release BUILD_GAME=YES STRIP=NO TYPE="${type}" || die "emake failed" Any ideas on how to work around this problem?
Created attachment 219803 [details, diff] Fixes compilation with jpeg-8 This simple patch seems to work.
(In reply to comment #14) > Created an attachment (id=219803) [details] > Fixes compilation with jpeg-8 > > This simple patch seems to work. > It does in fact solve the problem on my system. Thanks
the line number is different now in the svn build. it is more elegant to just put this at the end of src_unpack: sed -i 's/jpeg_mem_src/qudos_jpeg_mem_src/g' src/ref_gl/gl_image.c
qudos-9999 fails: In file included from src/unix/audacious_player.c:27: src/unix/audacious_player.h:21:32: error: audacious/beepctrl.h: No such file or directory In file included from src/unix/audacious_player.c:42: src/unix/audacious_funcs.h:25: error: expected ')' before 'session' qudos-0.40.1 fails: In file included from src/client/snd_xmms.c:30: src/client/xmms.h:19:27: error: xmms/xmmsctrl.h: No such file or directory make: *** [QuDos-build/QuDos/snd_xmms.o] Error 1
I got passed my most recent 0.40.1 problem by adding this to the end of src_unpack sed -i 's/#include <xmms\/xmmsctrl.h>//g' src/client/xmms.h and then it compiles wonderfully. apparently the src didn't need that header.
... except now that I run the game, it begs for xmms libs: Could not open 'libxmms.so' Please install 'libxmms' and 'libxmms-devel' packages. Loading gamei386.so Game dir: /home/caibbor/.quake2/baseq2 Game dir: /home/caibbor/.quake2/baseq2 Game dir: /usr/share/games/quake2/baseq2 Game dir: /usr/games/lib/qudos/baseq2 ==== InitGame ==== ------- Server Initialization ------- 0 entities inhibited 0 teams with 0 entities ------------------------------------- QuDos Initialized in: 1.87s Received signal 11, exiting...
as for qudos-9999: it relies on libaudacious5, which is an old version that you cant get from portage (and probably wouldn't want to anyway). so the "audacious" use flag on this ebuild should not be used until they update the source. using "alsa" instead results in no game sound, but at least it compiles. (on a separate note, I was able to successfully compile qudos-9999 with the audacious use flag by fetching files from the web and got qudos to run, however without sound.) on another note, when I go to the Options screen in qudos, the game crashed until I `cd /dev ; ln -s dsp2 dsp`, still even afterward I have no sound.
(In reply to comment #20) > I have no sound. Cannot mix ALSA and OSS - it bypasses ALSA's dmix. I was hoping that everyone would know this, after I've ranted about it several times: http://bbs.archlinux.org/viewtopic.php?pid=729613#p729613 Qudos is a dead project, unfortunately. As an alternative, you gamers could try yamagi: http://www.yamagi.org/quake2/ http://www.happypenguin.org/show?Yamagi%20Quake%20II http://aur.archlinux.org/packages.php?ID=27683
(In reply to comment #21) > Cannot mix ALSA and OSS - it bypasses ALSA's dmix. I was hoping that everyone > would know this, after I've ranted about it several times: > > http://bbs.archlinux.org/viewtopic.php?pid=729613#p729613 in an Arch Linux forum? Sorry, I don't run Arch Linux :-) moreover, the only contact I get with the gento ocommunity is pertty much on these few games ebuilds bugs.
