Bugzilla Bug 194428

ebuild for QuakeWars server for linux
ebuild been used to put under package management a QW server for a clan that
uses gentoo for its server

first stab, a bit crude (will revbump soon). 
This is nomedia so you need to have the game data (pak000.pk4...) for it to
function AND download source is via fileplanet-like network at the moment (a
direct link may be aval at a later date)

So pre-fetch on server *.run & manual fetching of PAK data (am working on the
-media installer ebuild that comes with the PAK)

Reproducible: Always

Created an attachment (id=132333) [details]
ebuild for it

stoopid *.run package is an "invalid" zip archive so "unpack" ebuild command
doesnt work

See example ebuilds:
find /usr/portage/ -name \*.ebuild | xargs grep unpack_makeself | grep run

And see ebuild at http://forums.gentoo.org/viewtopic-t-591320.html

Rename the summary and attachment to be meaningful.

that is my post on forums.gentoo.org that you are referencing 

will do the find command 

plus did initially try the "unpack_makeself"  since I used the doom3 ebuild for
reference HOWEVER... the *>run that splashdamage provides is
1) invalid zip archive (so unpack fails)
2) there is no make within the *>run so unpack_makeself fails hence reverting
to crude "unzip"

as stated will refine the build

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

Created an attachment (id=132803) [details]
etqw-ded-1.1.ebuild

Ebuild for the full server download. Category is "games-server".

Created an attachment (id=133096) [details]
etqw-ded-1.1.4.ebuild

New "revision" (why can't hugely-successful games developers use proper version
numbers?).

hehe yer I know.... thats what minor-numbers in version numbers are for

yr ebuild layout alot better then my quick-n-dirty hack and the:
MY_PV="${VER}-full.r${REV}"
just needs to be changed to

MY_PV="${VER}-nomedia.r${REV}"
for that to work (an 11meg d/l is great for us that have the game but also
admin a server).

I was looking at a way of using a USE flag (say nomedia) which if set choses
the different source as well as prints the final post_install message BUT since
MY_PV and SRC_URL get set before things like USE flags are check (I think)
don't think that will work

Would be good if it was just one ebuild that did full&nomedia

Created an attachment (id=133393) [details]
etqw-ded-nomedia-1.1.4.ebuild

ebuild for nomedia etqw server

Created an attachment (id=134402) [details]
etqw-ded-1.1_p10.ebuild

Better version number.

Created an attachment (id=134934) [details]
etqw-ded-1.2.ebuild

Version bump.

Err...

Did anybody think to use the cdinstall USE flag for choosing whether to use the
media or not?  I won't accept two ebuilds when it isn't necessary.  SRC_URI can
use a USE flag, just fine.  You'll just need two different MY_PV for the
different downloads.  Otherwise, it's looking good, guys.  Keep up the good
work.

Gentoo gamers are quite capable of screwing up such a seemingly simple task as
copying several files from the DVD into a specific directory and ensuring that
the "games" group can read them, and also ignoring elog messages. And then the
game gives a cryptic error message, rather than mentioning that zpakblah from
the installation DVD is missing. So we just end up with stupid "bug" reports on
the forums or bugzilla.

So, in my opinion, "cdinstall" is just asking for annoyance.

... What?

I'm talking about for the installation to determine whether to use the nomedia
download or not.  If USE=cdinstall, download the right upstream file and pull
the rest from the CD, otherwise, download the larger upstream that doesn't
require the media.

Created an attachment (id=139189) [details]
games-fps/etqw-ded-1.2.3.ebuild

updated ebuild

Created an attachment (id=139190) [details]
conf file

Created an attachment (id=139191) [details]
init file

Created an attachment (id=150585) [details]
games-fps/etqw-ded-1.4.ebuild

new version including the hotfix

Fixed, thanks.