Description
Anton Romanov
2007-12-25 13:54:25 UTC
cc me Created attachment 139711 [details]
urbanterror-4.1 ebuilds pack
quake3-urbanterror-4.1.ebuild
ioUrbanTerror-bin-1.0-r2.ebuild
Those ebuilds are in the archive and work for me. ioUrbanTerror is needed because newer urbanterror changes path of .pk3 files and so I needed to change the line where it makes the softlink to .pk3 files.
Enjoy!
quake3-urbanterror seems to install ok, but UrT isn't showing up in the mods screen -- just loads Q3A. Trying to build the digest for ioUrbanTerror-bin returns a "SLOT is undefined". Currently attempting a build after adding 'SLOT="0"' and an ~amd64 keyword to ioUrT. Still would like to know how to get q3a-urt working. So far no dice on the forums (http://forums.gentoo.org/viewtopic-t-642053.html). ioUrT built successfully, but ioUrbanTerror-bin yields: /usr/games/bin/ioUrbanTerror-bin: line 10: /opt/ioUrbanTerror-bin-1.0/ioUrbanTerror.i386: No such file or directory /usr/games/bin/ioUrbanTerror-bin: line 10: /opt/ioUrbanTerror-bin-1.0/ioUrbanTerror.i386: Success That message doesn't make a lot of sense since the file is in fact there as the second message says. quake3-ut4 still loads Q3A only. Reverting back to multilib and adding emul-linux-x86-sdl fixes issues with ioUrT -- 4.0 worked fine as nomultilib. I'd imagine similiar issues lie with quake3-urt. Apologies for the noise. I get this error with my ~amd64 arch;
ebuild quake3-urbanterror-4.1.ebuild manifest
Invalid ebuild name: /usr/local/overlays/keenblade/games-fps/quake3-urbanterror/ioUrbanTerror-bin-1.0-r2.ebuild
>>> Creating Manifest for /usr/local/overlays/keenblade/games-fps/quake3-urbanterror
Traceback (most recent call last):
File "/usr/bin/ebuild", line 183, in <module>
debug=debug, tree=mytree)
File "/usr/lib64/portage/pym/portage.py", line 4688, in doebuild
manifestonly=1, myportdb=mydbapi)
File "/usr/lib64/portage/pym/portage.py", line 3570, in digestgen
"assume-digests" in mysettings.features))
File "/usr/lib64/portage/pym/portage_manifest.py", line 474, in create
"match directory name: '%s'" % cpv)
portage_exception.PortagePackageException: Package name does not match directory name: 'games-fps/ioUrbanTerror-bin-1.0-r2'
Nevermind. Just a new directory needed for ioUrbanTerror-bin-1.0-r2.ebuild. It complained about SLOT not being defined. I gave SLOT=2 and everything is fine now. I read through the report but could not understand. Is there a problem (and thus, some modification needed) in the current ebuild pack? *** Bug 213051 has been marked as a duplicate of this bug. *** (In reply to comment #8) > I read through the report but could not understand. Is there a problem (and > thus, some modification needed) in the current ebuild pack? Just install it manually. Gentoo is no longer a modern (or relevant) distro. A 3-month old bug still new? C'mon, Jakub, just blame it on the upstream or user and mark this bug as WONTFIX. Comment 8: The problem keenblade had was that he put the ebuild in the wrong directory in his overlay. There is no problem with the ebuild in that regard. His second problem concerns the lack of a SLOT in the ebuild. This is something that ought to be fixed in the ebuild. Personally, I have ``SLOT="0"`` but would have to look up in the portage manual what would actually be appropriate. Comment 10: There's no reason to get off topic or install manually. The ebuild works after adding SLOT and following proper procedures for using local overlays. Created attachment 146347 [details]
games-fps/urbanterror-4.1.ebuild
Created attachment 146496 [details]
Finally working ioUrbanTerror.i386
The ebuild as it currently exists forces the wrapper script to exec the i386 binary -- which doesn't work here in amd64 -- although it's a simple fix to link it to the .x86_64 binary. *However*, I think we should compile ioUrbanTerror from source ourselves, instead of relying on fugly binaries. It doesn't appear to be bundled with the huge 750MB FULL zip file, but it exists at http://ftp.snt.utwente.nl/pub/games/urbanterror/iourbanterror/source/complete/ . A simple "make" in the ioUrbanTerrorClientSource dir does the trick (or ServerSource), followed by a strip. (In reply to comment #14) UrbanTerror.net only provides binaries (see: http://www.urbanterror.net/page.php?6). The site you provided does not appear to be affiliated with UrT at all. You do appear correct about the ebuild building i386 only though. The link I provided is actually mentioned on that page (it's a subdir of one of the mirrors for iourbanterror); "they" provide both binaries, and source -- where "they" is the urbanterror community -- in particular, iourbanterror seems to be the work of a one "woekele", based on ioquake3. (I'm not sure exactly why ioquake3 can't run urbanterror standalone.) Created attachment 170723 [details]
modified ebuild (attach. 146496)
Here is a slightly modified ebuild for ioUrT, I have removed non functional mirrors, added a new one, did some whitespace fixing and changed slot to 0 since this is the standalone version (and removed the amd64 keyword).
What exactly is the problem with amd64?
The game works perfectly in amd64, but the wrapper script that the ebuild currently uses is hardcoded to only use the 32bit binary. Also, I think we should be compiling the game from it's source code. I'll try to provide an updated ebuild soon. Created attachment 171504 [details]
shiny new ebuild
So here's my new shiny and updated ebuild. It builds iourbanterror (modified ioquake3) from source. I haven't tested it on x86 systems, though it /should/ work. (The only noticeable difference should be that the directory and executable should be named with "i386" instead of "amd64"... but someone should test it first. :P.)
It creates two executables, one for regular client play, and the other for a dedicated server. And then two wrappers (urbanterror and urbanterrorded) around these which set the basepath to /usr/share/games/urbanterror.
I hope this gets into portage soon, and the old "quake3-urbanterror" gets removed. It's a great game.
Created attachment 175665 [details]
quake3-urbanterror-4.1.ebuild
permit select openal, ogg, curl
update icon
compile update form tremulous
select client and server
Created attachment 176586 [details]
quake3-urbanterror-4.1.ebuild
fix build in x86
Any reason this is not in portage yet? Works fine here on newest X64 I actually have a problem with the latest version, here in amd64... I'll debug the problem shortly :P.... but it doesn't compile the binaries for me. False alarm! :|. I forgot to USE the client flag. Sigh. When is this finally going to get into portage!? :) Created attachment 178741 [details]
updated
I updated the ebuild slightly. Mainly I got rid of the shell-wrapper, since we already specify DEFAULT_BASEDIR at compile type. Instead we have a symlink, still called urbanterror. (I also fixed the whitespace, and tidied the if/else statements a bit.)
Created attachment 178744 [details]
fixed typo
Sigh.
urbanterror-4.1.ebuild 2009-01-16 23:43 0000 not working here on x86_64, compilation fails: * ioUrbanTerrorSource_2007_12_20.zip RMD160 SHA1 SHA256 size ;-) ... [ ok ] * UrbanTerror_41_FULL.zip RMD160 SHA1 SHA256 size ;-) ... [ ok ] * Urbanterror.svg RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking ioUrbanTerrorSource_2007_12_20.zip to /var/tmp/portage/games-fps/quake3-urbanterror-4.1/work >>> Unpacking UrbanTerror_41_FULL.zip to /var/tmp/portage/games-fps/quake3-urbanterror-4.1/work >>> Unpacking Urbanterror.svg to /var/tmp/portage/games-fps/quake3-urbanterror-4.1/work unpack Urbanterror.svg: file format not recognized. Ignoring. >>> Source unpacked in /var/tmp/portage/games-fps/quake3-urbanterror-4.1/work >>> Compiling source in /var/tmp/portage/games-fps/quake3-urbanterror-4.1/work ... make -j8 ARCH=x86_64 BUILD_CLIENT_SMP=1 BUILD_GAME_SO=0 BUILD_GAME_QVM=0 CC=x86_64-pc-linux-gnu-gcc DEFAULT_BASEDIR=/usr/share/games/quake3-urbanterror USE_CODEC_VORBIS=1 USE_OPENAL=0 USE_CURL=0 USE_LOCAL_HEADERS=0 make[1]: Entering directory `/var/tmp/portage/games-fps/quake3-urbanterror-4.1/work/ioUrbanTerrorClientSource' make -C code/tools/lcc install make[2]: Entering directory `/var/tmp/portage/games-fps/quake3-urbanterror-4.1/work/ioUrbanTerrorClientSource/code/tools/lcc' x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -DTEMPDIR=\"/tmp\" -DSYSTEM=\"\" -c -Isrc -o build-linux-x86_64/etc/lcc.o etc/lcc.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -DTEMPDIR=\"/tmp\" -DSYSTEM=\"\" -c -Isrc -o build-linux-x86_64/etc/bytecode.o etc/bytecode.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Icpp -o build-linux-x86_64/cpp/cpp.o cpp/cpp.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Icpp -o build-linux-x86_64/cpp/lex.o cpp/lex.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Icpp -o build-linux-x86_64/cpp/nlist.o cpp/nlist.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Icpp -o build-linux-x86_64/cpp/tokens.o cpp/tokens.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Icpp -o build-linux-x86_64/cpp/macro.o cpp/macro.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Icpp -o build-linux-x86_64/cpp/eval.o cpp/eval.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Icpp -o build-linux-x86_64/cpp/include.o cpp/include.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Icpp -o build-linux-x86_64/cpp/hideset.o cpp/hideset.c cpp/tokens.c: In function ‘peektokens’: cpp/tokens.c:270: warning: format ‘%d’ expects type ‘int’, but argument 3 has type ‘long int’ cpp/tokens.c: In function ‘puttokens’: cpp/tokens.c:308: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result cpp/tokens.c:309: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result cpp/tokens.c:316: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result cpp/tokens.c: In function ‘flushout’: cpp/tokens.c:331: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Icpp -o build-linux-x86_64/cpp/getopt.o cpp/getopt.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Icpp -o build-linux-x86_64/cpp/unix.o cpp/unix.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/alloc.o src/alloc.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/bind.o src/bind.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/bytecode.o src/bytecode.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/dag.o src/dag.c cpp/include.c: In function ‘doinclude’: cpp/include.c:95: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result cpp/include.c:96: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result cpp/include.c:97: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Ilburg -o build-linux-x86_64/lburg/lburg.o lburg/lburg.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Ilburg -o build-linux-x86_64/lburg/gram.o lburg/gram.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/decl.o src/decl.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/enode.o src/enode.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/error.o src/error.c src/bytecode.c: In function ‘LoadSourceFile’: src/bytecode.c:263: warning: ignoring return value of ‘fread’, declared with attribute warn_unused_result x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/event.o src/event.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/expr.o src/expr.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/gen.o src/gen.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/init.o src/init.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/inits.o src/inits.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/input.o src/input.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/lex.o src/lex.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/list.o src/list.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/main.o src/main.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/null.o src/null.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/output.o src/output.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/prof.o src/prof.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/profio.o src/profio.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/simp.o src/simp.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/stmt.o src/stmt.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/string.o src/string.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/sym.o src/sym.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/symbolic.o src/symbolic.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/trace.o src/trace.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/tree.o src/tree.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Isrc -o build-linux-x86_64/rcc/types.o src/types.c gcc -o build-linux-x86_64/q3lcc build-linux-x86_64/etc/lcc.o build-linux-x86_64/etc/bytecode.o gcc -o build-linux-x86_64/q3cpp build-linux-x86_64/cpp/cpp.o build-linux-x86_64/cpp/lex.o build-linux-x86_64/cpp/nlist.o build-linux-x86_64/cpp/tokens.o build-linux-x86_64/cpp/macro.o build-linux-x86_64/cpp/eval.o build-linux-x86_64/cpp/include.o build-linux-x86_64/cpp/hideset.o build-linux-x86_64/cpp/getopt.o build-linux-x86_64/cpp/unix.o gcc -o build-linux-x86_64/lburg/lburg build-linux-x86_64/lburg/lburg.o build-linux-x86_64/lburg/gram.o build-linux-x86_64/lburg/lburg src/dagcheck.md build-linux-x86_64/rcc/dagcheck.c x86_64-pc-linux-gnu-gcc -O2 -Wall -fno-strict-aliasing -MMD -Wno-unused -c -Isrc -o build-linux-x86_64/rcc/dagcheck.o build-linux-x86_64/rcc/dagcheck.c gcc -o build-linux-x86_64/q3rcc build-linux-x86_64/rcc/alloc.o build-linux-x86_64/rcc/bind.o build-linux-x86_64/rcc/bytecode.o build-linux-x86_64/rcc/dag.o build-linux-x86_64/rcc/dagcheck.o build-linux-x86_64/rcc/decl.o build-linux-x86_64/rcc/enode.o build-linux-x86_64/rcc/error.o build-linux-x86_64/rcc/event.o build-linux-x86_64/rcc/expr.o build-linux-x86_64/rcc/gen.o build-linux-x86_64/rcc/init.o build-linux-x86_64/rcc/inits.o build-linux-x86_64/rcc/input.o build-linux-x86_64/rcc/lex.o build-linux-x86_64/rcc/list.o build-linux-x86_64/rcc/main.o build-linux-x86_64/rcc/null.o build-linux-x86_64/rcc/output.o build-linux-x86_64/rcc/prof.o build-linux-x86_64/rcc/profio.o build-linux-x86_64/rcc/simp.o build-linux-x86_64/rcc/stmt.o build-linux-x86_64/rcc/string.o build-linux-x86_64/rcc/sym.o build-linux-x86_64/rcc/symbolic.o build-linux-x86_64/rcc/trace.o build-linux-x86_64/rcc/tree.o build-linux-x86_64/rcc/types.o install -s -m 0755 build-linux-x86_64/q3lcc ../ install -s -m 0755 build-linux-x86_64/q3cpp ../ install -s -m 0755 build-linux-x86_64/q3rcc ../ make[2]: Leaving directory `/var/tmp/portage/games-fps/quake3-urbanterror-4.1/work/ioUrbanTerrorClientSource/code/tools/lcc' make -C code/tools/asm install make[2]: Entering directory `/var/tmp/portage/games-fps/quake3-urbanterror-4.1/work/ioUrbanTerrorClientSource/code/tools/asm' x86_64-pc-linux-gnu-gcc -O2 -Wall -Werror -fno-strict-aliasing -o q3asm q3asm.c cmdlib.c cc1: warnings being treated as errors cmdlib.c: In function ‘_printf’: cmdlib.c:188: error: format not a string literal and no format arguments cmdlib.c: In function ‘Q_getwd’: cmdlib.c:402: error: ignoring return value of ‘getcwd’, declared with attribute warn_unused_result make[2]: *** [q3asm] Error 1 make[2]: Leaving directory `/var/tmp/portage/games-fps/quake3-urbanterror-4.1/work/ioUrbanTerrorClientSource/code/tools/asm' make[1]: *** [tools] Error 2 make[1]: Leaving directory `/var/tmp/portage/games-fps/quake3-urbanterror-4.1/work/ioUrbanTerrorClientSource' make: *** [release] Error 2 use-flags: client, smp, vorbis emerge --info Portage 2.2_rc23 (default/linux/amd64/2008.0, gcc-4.3.3, glibc-2.9_p20081201-r1, 2.6.28-gentoo-r1 x86_64) ================================================================= System uname: Linux-2.6.28-gentoo-r1-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q9300_@_2.50GHz-with-glibc2.2.5 Timestamp of tree: Wed, 28 Jan 2009 19:45:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7-r1, 2.1.6-r1 dev-lang/python: 2.5.2-r7 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.6.2-r1 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.4.2 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.28-r1 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=native" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -pipe -march=native" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks fixpackages parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="de_DE.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="en de de_DE" MAKEOPTS="-j8" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X a52 aac aalib acl acpi alsa amd64 apm avi bash-completion berkdb bzip2 cdparanoia cdr cli cpufreq cracklib crypt cups dbus device-mapper dga divx dri dts dv dvb dvd dvdr dvdread encode esd evdev exif fat ffmpeg flac fortran gdbm gnome gpm gstreamer gtk hal iconv isdnlog jpeg jpeg2k lame latex libnotify live lm_sensors mad midi mjpeg mmx mmxext mono mp3 mpeg mudflap multilib mythtv ncurses nls nptl nptlonly nsplugin ntfs ogg opengl openmp pam pcre pdf perl pmu png pppd pulseaudio python quicktime raw readline reflection session spl sqlite sse sse2 sse3 ssl ssse3 startup-notification sysfs tcpd threads tiff truetype unicode vcd vorbis x264 xcomposite xfce xinerama xorg xulrunner xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="canon ptp2" DVB_CARDS="tda10046" ELIBC="glibc" INPUT_DEVICES="keyboard mouse joystick evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en de de_DE" USERLAND="GNU" VIDEO_CARDS="nvidia nv" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS Hrm. It fails because "-Werror" is passed to that second portion of gcc'ing... when it tries to compile the code/tools/asm stuff, which results in any warning (which is pretty common I believe) being treated as a fatal error. It compiled for me though :|. The main differences that I notice are: (1) I used gcc-4.3.2. Has anyone compiled this successfully with 4.3.3? Maybe it introduced stricter checks. (2) I didn't use the smp USE flag. -Werror should be stripped out. It's pretty much always the wrong choice for packages. i tried it with "-smp", but still same error. how can i get rid of "-Werror"? okey, i got it working by adding find "${S}" -type f -print0|xargs -0 perl -i -pe 's/-Werror/-Wno-error/g' after line 34 just before the emake. That works, but it's horribly inefficient :)--it scans every single source file, whereas we probably only need to sed a single Makefile. Lemme see if I can find it :b. Created attachment 180132 [details]
got rid of -Werror from ioUrbanTerrorClientSource/code/tools/asm/Makefile
There was only one instance of -Werror in the Makefiles, so I just added this sed statement before the client's compile statements. I don't think a whole separate patch file is necessary.
sed -i -e '16s/-Werror //' code/tools/asm/Makefile
hey this ebuild works like a charm after - the ebuild from portage doesn't work at all. why is this strange binary ebuild in portage tree while this one is not. the portage version couldn't start without the pak0.pk3 from quake - then the portage version has a wrapper that doesn't work. should somehow be quake +set game_fs UrbanTerror/q3ut4 - at least that's the only way i got the binary version to run. And then it seems binary version really can't do it with ioquake for if you want to connect to a server it asks you for your key. p.s. there is something wrong in both the ebuilds with tutorial ut searches for demos/TUTORIAL.dm_68 while the file is called demos/tutorial.dm_68. Created attachment 186256 [details]
renamed the tutorial demo
Ok -- fixed the case-sensitivy problem by renaming tutorial.dm_68 to TUTORIAL.dm_68 :b
I don't know why this isn't in portage yet. Or, perhaps more importantly, why the ancient and binary and buggy ebuild is still there :|.
Created attachment 186260 [details]
quake3-urbanterror-4.1-r1.ebuild
Here is a updated adept prepared for the tree inclusion.
So if i get ok from games i will commit it, otherwise you wait for somebody from games to do it.
Created attachment 186261 [details]
quake3-urbanterror-4.1-r1.ebuild
Hoho ;] this must happen to me, i commited not final ebuild (i modified it in different location and forget on it so updating :P)
Small Question: currently, "curl" seems to be optional in RDEPEND, though it's not available in IUSE, and it's always compiled (USE_CURL=1) :P ? Nah lazy to create attachments all the time. I have it in my dev overlay: http://git.overlays.gentoo.org/gitweb/?p=dev/scarabeus.git;a=blob;f=games-fps/urbanterror/urbanterror-4.1.ebuild I would add (and did here locally :P) this sed statement to write the demo files in upper-case (except for the file extension :|), 'cuz that's how the game expects it (it doesn't appear to respect case-sensitivity; that's why we had to rename the tutorial demo.) sed -i -e '299ifor (i=0; s[i]; i++) s[i] = toupper(s[i]);' code/client/cl_main.c ... directly beside the other sed statement in the client make section that patches the asm/Makefile. And for the love of god put this into portage! :P It's a stable ebuild, I believe. Hi, this ebuild works fine on my amd64 clients and x86 server. But the map download is affected with the same libcurl.so.3 issue as the "old" quake3-urbanterror ebuild, see comment #5 in http://bugs.gentoo.org/show_bug.cgi?id=291933#c5 Please patch seta cl_cURLLib "/usr/lib64/libcurl.so.4" into the autexec.cfg. Thanks. I've created an ebuild for some maps, collected by our students. http://svn.xmw.de/gentoo-overlay/games-fps/urbanterror-maps/ The map server/mirror is http://nash.fs.lmu.de/q3ut4/ Sometimes we're online as "Gruppe Aktiver Gafschaftika". Created attachment 213460 [details]
urbanterror-4.1.ebuild
This ebuild fixes the map download problem with curl. It needs the curl_fix.patch below. I edited the ebuild which I got from dev overlay belongs to Tomáš Chvátal. Don't forget the patch below.
Created attachment 213461 [details, diff]
curl_fix.patch
This is the patch that fixes the map download problem with curl.
/NOW/ surely someone will finally add this ebuild to portage. Suerly. :P A combination of that curl_fix.patch and the git ebuild 4.1 built fine on a amd64 machine, however interestingly enough in my case it wanted the tutorial.dm_68 to be all lowercase (not uppercase) on my machine. I made that change manually. Gary, did the git ebuild have the sed patch that I mentioned in comment #40? Created attachment 214875 [details]
Adds the patching of curl for downloads to git version
I had to apply the patch separately, the one on git did not, although patching in ebuilds is relatively easy. Although normally this is done in unpack not install.
the patch needs to be downloaded from above, popped into the files subdirectory, and run ebuild urbanterror-4.1-r1.ebuild digest
Is it expected behaviour that the game client is not installed when the 'dedicated' USE flag set? (In reply to comment #49) > Is it expected behaviour that the game client is not installed when the > 'dedicated' USE flag set? With 'dedicated' only the server should be installed, the same behavior with quake and other games with dedicated server option. Want to say the latest 4.1-r1 ebuild with the patch works for me on x86 thanks guys. That -r1 2010-01-01 ebuild here looks a little strange -- correct me if I'm wrong (I haven't tested it :s) but it looks like only the -smp client binary is installed, and only if "-dedicated". (On a side note, I think it would be smarter better to "ln -s" the tutorial demo instead of "cp"-ing it?) (In reply to comment #51) > That -r1 2010-01-01 ebuild here looks a little strange -- correct me if I'm > wrong (I haven't tested it :s) but it looks like only the -smp client binary is > installed, and only if "-dedicated". dedicated means "only server, no client.", the client depends on "! use dedicated", the server is install in both cases. dedicated could be used to reduce the X/graphics dependencies on remote gaming servers w/o X. This should be correct. I would add a bag of "|| die" statements to all these cd ... and do* ... expressions. epatch dies for itself. nunno how newgamesbin and make_desktop_entry respond. ceterum censeo carthaginem esse delendam ... pardon ... ADD IT TO PORTAGE TREE!!!! > (On a side note, I think it would be smarter better to "ln -s" the tutorial > demo instead of "cp"-ing it?) can you evaluate test if mv or ln -s succeed? Symbolic linking works (on my x86_64 reiserfs build - I wonder if it's possible to run linux on FAT (case insensitive) filesystems :b -- or if anyone on earth does). As does "mv" from my original ebuild. [insert thought-provoking latin statement to coerce devs to INCLUDE THIS INTO PORTAGE.] (In reply to comment #52) > dedicated means "only server, no client." It doesn't, at least not strictly according to use.desc: dedicated - Adds support for dedicated game servers (some packages do not provide clients and servers at the same time) A quick survey of various games I have installed that have the "dedicated" seems to show most do as you say (only server, no client). The use.desc entry could perhaps be clearer. dedicated - Build dedicated game servers, not clients. Whatever. Please get this into portage. :D First time I tried to emerge this with the 4.1-r1 ebuild I got some weird error about a missing source file (sorry I didn't save the specific error :/). Second time it compiled fine though, could this be some kind of parallel make issue? (I use MAKEOPTS=-j3) By the way, it seems there is a dependency missing on app-arch/unzip (needed to extract distfile) Created attachment 226931 [details] quake3-urbanterror-4.1-r2.ebuild New version from http://www.www0.org/w/Optimized_executable;_builds_of_ioq3_engine_for_urt TODO: dedicated server Created attachment 226933 [details, diff]
portability.diff
fix compile in Linux
Could we first agree for a package name? The summary titles "games-fps/urbanterror", but some ebuilds also use the name "quake3-urbanterror". Created attachment 229115 [details] SRC_URI updated SRC_URI needing update (1 removed, 1 added, 1 corrected) this works (thanks all for ebuild) SRC_URI="http://www0.org/urt/ioq3-1779-urt-git-170310.tar.7z http://urt.hsogaming.com/mirror/currentversion/UrbanTerror_${PV/./}_FULL.zip ftp://ftp.snt.utwente.nl/pub/games/urbanterror/UrbanTerror_${PV/./}_FULL.zip http://upload.wikimedia.org/wikipedia/en/5/56/Urbanterror.svg" I have updated ebuild Comment on attachment 229115 [details]
SRC_URI updated
Source URI outdated
Okay, the SRC_URI are using ${PN} for "ftp://ftp.snt.utwente.nl/pub/games/${PN}..." so urbanterror should be right or quake3- must be stripped (e.g. MY_PN, ...). IMHO repoman should be used before a ebuild is attached. So wrong whitespaces etc. could be fixed before. (In reply to comment #59) > Could we first agree for a package name? > The summary titles "games-fps/urbanterror", but some ebuilds also use the name > "quake3-urbanterror". > In my opinion, http server (supplying file) naming it urbanterror, so games-fps/urbanterror is more convincent Created attachment 229779 [details] reviewd ebuild for urbanterror (17. 03. 2010) -inherit eutils for epatch make_desktop_entry explicit. -LICENSE of bot source packages is GPL-2!!! -IUSE curl added, if mentioned in RDEPEND, emake is called with USE_CURL=1 anyway? -IUSE usage of dedicated strange. most game ebuilds remove the graphical client and dependencies in case of USE=dedicated, to enable a stand alone server build. I've switched to IUSE="-server +client" until this is resolved. -DEPEND unzip and p7zip (for src_unpack) added S set to work/ioq3-urt-git/ioq3-urt/ spares some paths. -src_unpack/src_prepare clarified, use of unpack -src_configure removed -src_install, ARCH renamed to local my_arch. -make_desktop_entry Icons w/o extention -replaced Urbanterror.svg from SRC_URI with work/UrbanTerror/q3ut4/q3ut.ico -added || die Well the make system and ebuild does not respect user's CFLAGS nor system libraries as jpeg:62. And +server -client dies at linking due to a missing refernce clu which is an cvariable defined at work/ioq3-urt-git/ioq3-urt/code/client/ioq3-urt.c and compiled to work/ioq3-urt-git/ioq3-urt/build/release-linux-x86_64/client/ioq3-urt.o but obviously not specified by th built system. is and there is a newer src_uri http://www0.org/urt/ioq3-1783-urt-git-240410.tar.7z Please take a look to http://devmanual.gentoo.org/index.html and maybe http://overlays.gentoo.org/proj/sunrise/wiki/CodingStandards and run repoman full before comitting an ebuild. And i vote for games-fps/urtbanterror as name of the game. Created attachment 229791 [details]
version bump, new naming scheme
changed version scheme, added versionator (revidions are for ebuild changes and patches not for upstream version).
Upstream added the WIN_32 part of the portability patch, the Q3OBJ=sam.o has been moved to the mingw part. The SDL_opengl -> SDL/SDL_opengl for USE_LOCAL_HEADERS=0 os now a sed statement.
There is a QA: code/client/cl_ui.c:1061: warning: implicit declaration of function 'CL_CDKeyValidate'
I readded the .svg to SRC_URI (taking a unkown format during unpack ${A}) because .ico isn't supported ena winicontopbm can't read thi compressed.icon.
new versioning scheme to simplify updates.
The clu issue w/ +server -client still exists.
(In reply to comment #65) > Created an attachment (id=229791) [details] > version bump, new naming scheme > > changed version scheme, added versionator (revidions are for ebuild changes and > patches not for upstream version). > > Upstream added the WIN_32 part of the portability patch, the Q3OBJ=sam.o has > been moved to the mingw part. The SDL_opengl -> SDL/SDL_opengl for > USE_LOCAL_HEADERS=0 os now a sed statement. > > There is a QA: code/client/cl_ui.c:1061: warning: implicit declaration of > function 'CL_CDKeyValidate' > > I readded the .svg to SRC_URI (taking a unkown format during unpack ${A}) > because .ico isn't supported ena winicontopbm can't read thi compressed.icon. > > new versioning scheme to simplify updates. > > The clu issue w/ +server -client still exists. > >>> Install urbanterror-4.1.1783.240410 into /var/tmp/portage/games-fps/urbanterror-4.1.1783.240410/image/ category games-fps !!! newbin: build/release-linux-x86/ioquake3-smp.x86 does not exist * ERROR: games-fps/urbanterror-4.1.1783.240410 failed: * (no error message) * * Call stack: * ebuild.sh, line 54: Called src_install * environment, line 2894: Called die * The specific snippet of code: * newgamesbin build/release-linux-${my_arch}/ioquake3-smp.${my_arch} ${PN} || die; * * If you need support, post the output of 'emerge --info =games-fps/urbanterror-4.1.1783.240410', * the complete build log and the output of 'emerge -pqv =games-fps/urbanterror-4.1.1783.240410'. * This ebuild is from an overlay: '/usr/local/portage/' * The complete build log is located at '/var/tmp/portage/games-fps/urbanterror-4.1.1783.240410/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/games-fps/urbanterror-4.1.1783.240410/temp/environment'. * S: '/var/tmp/portage/games-fps/urbanterror-4.1.1783.240410/work/ioq3-urt-git/ioq3-urt' * QA Notice: file does not exist: * * newbin: build/release-linux-x86/ioquake3-smp.x86 does not exist >>> Failed to emerge games-fps/urbanterror-4.1.1783.240410, Log file: >>> '/var/tmp/portage/games-fps/urbanterror-4.1.1783.240410/temp/build.log' * Messages for package games-fps/urbanterror-4.1.1783.240410: * ERROR: games-fps/urbanterror-4.1.1783.240410 failed: * (no error message) * * Call stack: * ebuild.sh, line 54: Called src_install * environment, line 2894: Called die * The specific snippet of code: * newgamesbin build/release-linux-${my_arch}/ioquake3-smp.${my_arch} ${PN} || die; * * If you need support, post the output of 'emerge --info =games-fps/urbanterror-4.1.1783.240410', * the complete build log and the output of 'emerge -pqv =games-fps/urbanterror-4.1.1783.240410'. * This ebuild is from an overlay: '/usr/local/portage/' * The complete build log is located at '/var/tmp/portage/games-fps/urbanterror-4.1.1783.240410/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/games-fps/urbanterror-4.1.1783.240410/temp/environment'. * S: '/var/tmp/portage/games-fps/urbanterror-4.1.1783.240410/work/ioq3-urt-git/ioq3-urt' (In reply to comment #66) > * ERROR: games-fps/urbanterror-4.1.1783.240410 failed: > * (no error message) > * > * Call stack: > * ebuild.sh, line 54: Called src_install > * environment, line 2894: Called die > * The specific snippet of code: > * newgamesbin build/release-linux-${my_arch}/ioquake3-smp.${my_arch} > ${PN} || die; There is was a problem with jpeg-8a not installing the jpegint.h header, see bug 320085 . I had to remove the definition. The server (USE dedicated) compiles now, but i have to stress test this hack. Please see http://svn.xmw.de/websvn/gentoo-overlay/games-fps/urbanterror/ for the updates. The server (In reply to comment #67) > (In reply to comment #66) > There is was a problem with jpeg-8a not installing the jpegint.h header, see > bug 320085. LOL :-D > newbin: build/release-linux-x86/ioquake3-smp.x86 does not exist This is error!!! Where you see libjpeg there? I can confirm that this ebuild (http://bugs.gentoo.org/attachment.cgi?id=226931) plus its portability patch (http://bugs.gentoo.org/attachment.cgi?id=226933) compiles without errors in my PhenomII x2 x86_64 2.6.36-gentoo-r5. The only thing I had to take care is to enable joystick flag in on libsdl; otherwise it won't compile. !!! newbin: build/release-linux-x86/ioquake3-smp.x86 does not exist * ERROR: games-fps/urbanterror-4.1.1788.210710 failed (install phase): * (no error message) * * Call stack: * ebuild.sh, line 56: Called src_install * environment, line 2754: Called die * The specific snippet of code: * newgamesbin build/release-linux-${my_arch}/ioquake3-smp.${my_arch} ${PN} || die; During install phase, tries to locate "build/release-linux-x86/ioquake3-smp.x86" However, during configure phase... Output: build/release-linux-i386/ioquake3.i386 build/release-linux-i386/ioquake3-smp.i386 It gets the extension wrong, at least on an x86 system. thanks for all your work a few changes have been made +*urbanterror-4.1.1 (24 May 2012) + + 24 May 2012; Julian Ospald <hasufell@gentoo.org> +urbanterror-4.1.1.ebuild, + +files/urbanterror-4.1.1-build.patch, +files/urbanterror-4.1.1-minizip.patch, + +metadata.xml: + initial import wrt #203296 thanks to Mr_Bones_ |