Bugzilla Bug 127174

Hi,

I emerged doom3 this way:

echo "games-fps/doom3 cdinstall" >> /etc/portage/package.use
emerge doom3

Everything emerged fine but after that when the game is started it asks for two
CD-keys. The one for the original Doom3 game and one for the Doom3 Resurrection
of Evil expansionpack. But I don't own the expansionpack, only the original
game. So I can't enter the second key and am unable to play the game.
The solution is quite simple to just remove the folder /opt/doom3/d3xp with all
its content but I think this should be handled by the ebuild so that the d3xp
folder only gets installed when the user asks for it. Maybe with a useflag?

I changed the games-fps/doom3 and games-fps/doom3-data ebuilds a little bit to
get the desired behavior. I'll attach two diffs to show you what I did.

Cheers
Poly-C

Created an attachment (id=82857) [details]
doom3-1.3.1302-r1.ebuild.diff

added "roeexpansion" useflag

Created an attachment (id=82858) [details]
doom3-data-1.1.1282.ebuild.diff

added "roeexpansion" useflag

I've added the "roe" USE flag in CVS... I guess I never noticed this because I
actually had installed RoE on my older ebuild and had already entered the key. 
Thanks for the information and the patches.

I don't think this is right - I think the only problem was that doom3-data
should not contain the line:
cp ${Ddir}/base/pak000.pk4 ${Ddir}/d3xp

Because d3xp/pak000.pk4 is the one and only RoE file.

Note that doom3-linux-1.3.1302.x86.run installs d3xp/game0{1,2,3}.pk4 and
d3xp/pak001.pk4 without asking about RoE, so I believe we should do the same.
Which means that a "roe" USE flag is not required.

I'll check some more, then file a bug with patches.

Background info:
http://zerowing.idsoftware.com/linux/doom/

Even when the original installer installs all these files into d3xp folder the
result is the same. The game is unplayable for everybody who doesn't own the
RoE expansionpack until the d3xp folder gets deleted.
So I think it's no problem when the ebuild handles this for the user via
useflag (or maybe a seperate RoE-ebuild if this is the cleaner solution).

Poly-C

That could very well be.  I know that removing all of d3xp doesn't hurt the
original game, which was why I just went ahead with it.  I also need to add an
ebuild for doom3-roe anyway, I just haven't had the time.

(In reply to comment #5)
> Even when the original installer installs all these files into d3xp folder the
> result is the same. The game is unplayable for everybody who doesn't own the
> RoE expansionpack until the d3xp folder gets deleted.

WORKSFORME (I've created bug #127244 as a result), and I'd expect to see lots
of angry Linux gamers otherwise :)  Check that d3xp/pak000.pk4 does not exist,
and try renaming ~/.doom3/

As well as having played Doom 3 installed from ebuilds (without RoE being
installed) for a few months with a few popular mods (such as the ones that have
recently entered Portage), I just performed this test:

What I did:
Rename ~/.doom3/
Unmerge all installed doom3 ebuilds so that /opt/doom3 does not exist
emerge doom3 with -cdinstall and -roe USE flags
Confirm that the /usr/local/games/doom3 (installed by running
doom3-linux-1.3.1302.x86.run) tree matches /opt/doom3, with the only exceptions
being bash wrappers "doom3" and "doom3-dedicated" having moved to
/usr/games/bin (with "doom3-dedicated" renamed to "doom3-ded").
emerge doom3 with cdinstall USE flag
start doom3, enter cd key, start single-player game - OK
click on "mods" in main menu, and see only "Doom 3"
exit doom3, confirm that the only files in /opt/doom3/d3xp are: 
game0{1,2,3}.pk4 and pak001.pk4
start doom3, join a multiplayer Internet server game - notice that it says the
doom3 cd key is OK, and the RoE cd key is "N/A".
emerge doom3 with additional "roe" USE flag, and watch it install
d3xp/pak000.pk4
start doom3, enter RoE cd key, see additional "d3xp" under "mods", select it,
start RoE single-player game - OK