Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

A new version of the Quake 3 total conversion "Urban Terror" was released on
April 1st 2007. The attachment contains an updated ebuild which was tested on
an ~x86 system.

Reproducible: Always

Created an attachment (id=115220) [details]
quake3-urbanterror-4.0.ebuild

Created an attachment (id=115221) [details]
quake3-urbanterror-4.0.ebuild

corrected the SLOT variable

Created an attachment (id=115283) [details]
quake3-urbanterror-4.0.ebuild

Slotting is inappropriate. Here is a tidied ebuild.

Why is slotting inappropriate? There are people out there who still play the
3.x version because many maps aren't yet ported to 4.x.

Created an attachment (id=115286) [details]
quake3-urbanterror-4.0.ebuild

Changed "MOD" to "mod".

*** Bug 173099 has been marked as a duplicate of this bug. ***

You didn't state the *reason* for slotting.

I've never seen slotting work in a game. Dunno if it helps here.

The slotted ebuild of Wolfgang works totally fine here (emerged with
collision-protect) - it allows for playing both versions of the mod. Now I just
need to get some fps more than 20 ;)

Cheers
   Kevin

Whats about support in the ebuild for both engines (quake3 and quake3-bin)?
As far as I know to most old MOD-Ebuilds support only quake3-bin (id-soft), but
not the open-source ioquake3 (in portage as quake3)?

It is annoying always to play with softlinks to get a MOD running...

> Whats about support in the ebuild for both engines (quake3 and quake3-bin)?

That's what /usr/portage/eclass/games-mods.eclass does.

OK, wait... So 4.0 does or does not require games-fps/quake3{,-bin} to run? 
Also, what is this about the standalone version?

If there's a standalone version, I would much rather not bump the "mod" version
and add the standalone version, with the idea of eventually removing the mod
version in favor of the standalone, much like we did with tremulous.

There are two versions of Urban Terror:

* A mod version for quake3(-bin). Some leagues like clanbase require
Punkbuster, thus some players will want to use the mod version with the old,
proprietary quake3-bin. This mod version works fine both with quake3-bin and
icculus' ioquake3.

* A standalone version with its own anti-cheat system (battleye). It's
comprised of ioUrbanTerror_1.0.zip
(http://media.digitalamusement.com/urt4/ioUrbanTerror_1.0.zip) and the same
UrbanTerror40_full.zip as the mod version has.

Thus I suggest to add both UrT fragrances. Someone would still have to create
an ebuild for the standalone package. If I have more time later, I'll try to
build one.

@12: I thinks the standalone is only for windows users, because their is no
package-managment-system, the "standalone" is simply unnecessary under linux.

If you merge the MOD, you will get the engine automatically as dependencie.

Created an attachment (id=115633) [details]
ioUrbanTerror-bin-1.0.ebuild

New eBuild for ioUrbanTerror, a modified version of ioquake3 (games-fps/quake3)
with added Battleye (http://www.battleye.com/) anti-cheat support.
It still lacks proper dependencies for ~amd64 because I don't have an AMD64
machine to test it on. The Useflags behave just like they do in the normal
quake3(-bin) ebuilds.

Created an attachment (id=115635) [details]
quake3-urbanterror-4.0.ebuild

Applied Paul's corrections to the ebuild.

I hereby offer my amd64 machine up for testing for the
ioUrbanTerror-bin-1.0.ebuild however, where would this actually get placed in
my overlay?  quake3-urbanterror-4.0.ebuild itself is in an obviously
corresponding place to games-fps/quake3-urbanterror  I suppose I'll guess at
games-fps/ioUrbanTerror-bin for the time being, *duh* that was probably right.

Findings will arrive shortly.

ioUrbanTerror-bin out of the box does not work on amd64 arch, it does however
emerge without a hitch once the keyword is added:
The output looks like this:

fraterm@localhost ~ $ ioUrbanTerror-bin 
ioQ3 1.33urt linux-i386 Apr  2 2007
----- FS_Startup -----
Current search path:
/home/fraterm/.q3a/q3ut4
/opt/ioUrbanTerror-bin-1.0/q3ut4/zpak000.pk3 (6139 files)
/opt/ioUrbanTerror-bin-1.0/q3ut4
/home/fraterm/.q3a/baseq3
/opt/ioUrbanTerror-bin-1.0/baseq3

----------------------
6139 files in pk3 files
execing default.cfg
execing q3config.cfg
execing autoexec.cfg
Hunk_Clear: reset the hunk ok
----- Client Initialization -----
Couldn't read q3history.
----- Initializing Renderer ----
-------------------------------
QKEY found.
----- Client Initialization Complete -----
----- R_Init -----

------- Input Initialization -------
Joystick is not active.
------------------------------------
...loading libGL.so.1:
Calling SDL_Init(SDL_INIT_VIDEO)...
SDL_Init(SDL_INIT_VIDEO) passed.
QGL_Init: Can't load libGL.so.1 from /etc/ld.so.conf or current dir: No dynamic
GL support in video driver
failed
----- CL_Shutdown -----
RE_Shutdown( 1 )
-----------------------
Sys_Error: GLimp_Init() - could not load OpenGL subsystem



urbanterror ebuild works as does the game though battleeye support is seemingly
more prevalent on servers so I can't play on any server I tried.

Created an attachment (id=115904) [details]
ioUrbanTerror-bin-1.0-r1.ebuild

Added the BattlEye files to the ebuild.

@Michael: I didn't expect it to run out of the box on amd64 because it will
need 32-bit compatibility libraries with which I don't have any experience at
all. Someone capable of writing ebuilds and with knowledge about amd64 32-bit
emu stuff will have to complete this part.

I assume I'm being thick but I thought the idea of this new release was that
one could emerge quake3 (ioquake) and this and play, but instead I get:


ioQ3 1.34-rc3 linux-x86_64 Apr 13 2007
----- FS_Startup -----
Current search path:
/home/widget/.q3a/q3ut4
/usr/share/games/quake3/q3ut4/zpak000.pk3 (6139 files)
/usr/share/games/quake3/q3ut4
/usr/games/bin/q3ut4
/home/widget/.q3a/baseq3
/usr/share/games/quake3/baseq3
/usr/games/bin/baseq3

----------------------
6139 files in pk3 files
Sys_Error: Couldn't find pak0.pk3. Check that your Q3
executable is in the correct place and that every file
in the baseq3 directory is present and readable.
--

It is correct in that I don't have a pak0.pk3 anywhere on my system.  Other
than that the ebuild works.

Did you started quake with ut as mod? if you just enter "quake3" it will try to
load the quake3-files. Example:
quake3 +set fs_game q3ut4

(In reply to comment #17)
> ioUrbanTerror-bin out of the box does not work on amd64 arch, it does however
> emerge without a hitch once the keyword is added:
> The output looks like this:
> 
> fraterm@localhost ~ $ ioUrbanTerror-bin 
> ioQ3 1.33urt linux-i386 Apr  2 2007
> ----- FS_Startup -----
> Current search path:
> /home/fraterm/.q3a/q3ut4
> /opt/ioUrbanTerror-bin-1.0/q3ut4/zpak000.pk3 (6139 files)
> /opt/ioUrbanTerror-bin-1.0/q3ut4
> /home/fraterm/.q3a/baseq3
> /opt/ioUrbanTerror-bin-1.0/baseq3
> 
> ----------------------
> 6139 files in pk3 files
> execing default.cfg
> execing q3config.cfg
> execing autoexec.cfg
> Hunk_Clear: reset the hunk ok
> ----- Client Initialization -----
> Couldn't read q3history.
> ----- Initializing Renderer ----
> -------------------------------
> QKEY found.
> ----- Client Initialization Complete -----
> ----- R_Init -----
> 
> ------- Input Initialization -------
> Joystick is not active.
> ------------------------------------
> ...loading libGL.so.1:
> Calling SDL_Init(SDL_INIT_VIDEO)...
> SDL_Init(SDL_INIT_VIDEO) passed.
> QGL_Init: Can't load libGL.so.1 from /etc/ld.so.conf or current dir: No dynamic
> GL support in video driver
> failed
> ----- CL_Shutdown -----
> RE_Shutdown( 1 )
> -----------------------
> Sys_Error: GLimp_Init() - could not load OpenGL subsystem
> 
> 
> 
> urbanterror ebuild works as does the game though battleeye support is seemingly
> more prevalent on servers so I can't play on any server I tried.
> 

It works for me on amd64.  Check your emul-* packages... Here is what I have
installed:
> equery l emul
[ Searching for package 'emul' in all categories among: ]
 * installed packages
[I--] [ -] app-emulation/emul-linux-x86-baselibs-10.2 (0)
[I--] [ -] app-emulation/emul-linux-x86-compat-1.0-r3 (0)
[I--] [ -] app-emulation/emul-linux-x86-gtklibs-10.0-r1 (0)
[I--] [ -] app-emulation/emul-linux-x86-java-1.5.0.11 (1.5)
[I--] [ -] app-emulation/emul-linux-x86-medialibs-10.2 (0)
[I--] [ -] app-emulation/emul-linux-x86-qtlibs-10.0 (0)
[I--] [ -] app-emulation/emul-linux-x86-sdl-10.1 (0)
[I--] [ -] app-emulation/emul-linux-x86-soundlibs-10.0-r1 (0)
[I--] [ -] app-emulation/emul-linux-x86-xlibs-10.0 (0)

Hi!
Could we change the quake3-urbanterror-4.0.ebuild we could use quake3,
quake3-bin or ioUrbanTerror-bin?
I suggest to add ioUrbanTerror-bin to the RDEPEND.
Is this okay?

--- quake3-urbanterror-4.0.ebuild.old   2007-08-07 21:22:03.000000000 +0200
+++ quake3-urbanterror-4.0.ebuild       2007-08-07 21:15:58.000000000 +0200
@@ -24,6 +24,7 @@
                !ppc? (
                || (
                        games-fps/${GAME}
-                       games-fps/${GAME}-bin ) )"
+                       games-fps/${GAME}-bin
+                       games-fps/ioUrbanTerror-bin ) )"

Created an attachment (id=127204) [details]
quake3-urbanterror-4.0.ebuild

Added games-fps/ioUrbanTerror-bin as an alternative to RDEPEND.

I've been playing all day on an amd64 no-multilib without any problem. I used
the quake3-urbanterror ebuild by Wolfgang on 2007-04-07. Had to remove the hard
mask from the profile, but all seems to be well.

Will Urban Terror 4.1 be released before this version bump hits Portage?
I wonder why it hasn't been added as unstable/testing yet, despite the numerous
positive reports.

OK.  I've added this to the tree.

As for the question of this being added, please realize that all of us have
lives and other responsibilities.  It's really rude to ask when something will
be done, considering this is a game and isn't important to the overall quality
of Gentoo compared to other packages and we're all volunteers.  In other words,
we'll add it when we get to it and asking won't speed up the process and is
more likely to make someone unmotivated to work on your particular bug, making
it take even longer.

Thanks