Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 127244

Summary: Resurrection of Evil support in doom3 ebuilds (New Package)
Product: Gentoo Linux Reporter: Paul Bredbury <brebs>
Component: [OLD] GamesAssignee: Gentoo Games <games>
Status: RESOLVED FIXED    
Severity: enhancement    
Priority: High    
Version: 2005.1   
Hardware: All   
OS: Linux   
URL: http://doom3.com/
Whiteboard:
Package list:
Runtime testing required: ---
Attachments: doom3-1.3.1302-r1.diff
doom3-data-1.1.1282.diff
doom3-roe-1.ebuild

Description Paul Bredbury 2006-03-22 15:55:57 UTC
Hi, following on from bug #127174, here are the changes and new ebuild to support the Resurrection of Evil expansion pack for Doom 3.

The doom3-roe ebuild is new, the other 2 attached files are diffs from a sync of about 3 hours ago, and so basically revert the changes introduced in bug #127174.

I've removed the inappropriate "dedicated" USE flag from doom3.
doom3 now uses "-r" with "doins pb", to bring in the "htm" subdirectory, to match with what's installed by doom3-linux-1.3.1302.x86.run.
I removed tar and bzip2 from the DEPEND in the 2 data ebuilds.

With the doom3-roe ebuild, "repoman scan" strangely moans about "amd64(default-linux/amd64/2006.0/no-multilib) ['games-fps/doom3']", although it can be silenced by making both DEPEND and RDEPEND blank (which would be inappropriate).
Comment 1 Paul Bredbury 2006-03-22 15:57:14 UTC
Created attachment 82894 [details, diff]
doom3-1.3.1302-r1.diff
Comment 2 Paul Bredbury 2006-03-22 16:00:50 UTC
Created attachment 82895 [details, diff]
doom3-data-1.1.1282.diff
Comment 3 Paul Bredbury 2006-03-22 16:01:30 UTC
Created attachment 82896 [details]
doom3-roe-1.ebuild
Comment 4 Chris Gianelloni (RETIRED) gentoo-dev 2006-03-22 17:00:43 UTC
(In reply to comment #0)
> With the doom3-roe ebuild, "repoman scan" strangely moans about
> "amd64(default-linux/amd64/2006.0/no-multilib) ['games-fps/doom3']", although
> it can be silenced by making both DEPEND and RDEPEND blank (which would be
> inappropriate).

There's nothing strange about it, as doom3 is 32-bit and requires multilib, meaning it must be masked on the no-multilib profile before it is added to the tree.

Everything in now in the tree.  Thanks for taking the time to make up the ebuilds/patches.