Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 198078 - Ebuild: Enemy Territory: Quake Wars (ETQW) data
Summary: Ebuild: Enemy Territory: Quake Wars (ETQW) data
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Games (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Gentoo Games
URL:
Whiteboard:
Keywords: EBUILD
Depends on:
Blocks: 196452
  Show dependency tree
 
Reported: 2007-11-04 17:59 UTC by Brandon Captain
Modified: 2008-09-06 15:39 UTC (History)
8 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
etqw data ebuild (etqw-data-1.0.ebuild,1.40 KB, text/plain)
2007-11-04 18:00 UTC, Brandon Captain
Details
Chris Gianelloni's current overlay data-ebuild (etqw-data-1.0.ebuild,1.21 KB, text/plain)
2007-12-04 19:46 UTC, n4cer
Details
Combined my "workingness" with Chris' "properness" (etqw-data-1.0.ebuild,1.31 KB, text/plain)
2007-12-04 20:15 UTC, Brandon Captain
Details
removed the megatextures part from the doins (doesn't do or hurt anything, either way). forgot to do that with the last build. (etqw-data-1.0.ebuild,1.30 KB, text/plain)
2007-12-04 20:17 UTC, Brandon Captain
Details
games-fps/etqw/data updat: work with client ebuild & upsteam expected layout (etqw-data-1.0-r1.ebuild,1.54 KB, text/plain)
2008-01-17 21:11 UTC, jon R-B
Details
Ebuild with support for russian/polsih version of the game (etqw-data-1.0-r2.ebuild,1.87 KB, text/plain)
2008-08-02 16:36 UTC, Andrzej Kardas
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Brandon Captain 2007-11-04 17:59:56 UTC
ebuild for installing the data for enemy territory: quake wars from a CD or other location.

Reproducible: Always

Steps to Reproduce:
Comment 1 Brandon Captain 2007-11-04 18:00:31 UTC
Created attachment 135174 [details]
etqw data ebuild

the ebuild.
Comment 2 Chris Gianelloni (RETIRED) gentoo-dev 2007-11-04 21:16:12 UTC
I've got this in my dev overlay now and will be checking it out on Monday.
Comment 3 Chris Gianelloni (RETIRED) gentoo-dev 2007-11-07 01:06:43 UTC
Well, everything seems fine.  Feel free to test it (layman -ak wolf31o2 && emerge etqw-bin) and see what you think.  I made a few minor adjustments to it.
Comment 4 Geoff Leach 2007-11-09 15:01:48 UTC
Just tried it, works for me ...
Comment 5 n4cer 2007-11-12 20:44:59 UTC
just tried the overlay version and in my case the megatextures directory is not copied. without this directory (and +x) i was not able to connect to any pure servers cause the ground textures were missing.
Comment 6 Brandon Captain 2007-11-12 21:45:40 UTC
(In reply to comment #5)
> just tried the overlay version and in my case the megatextures directory is not
> copied. without this directory (and +x) i was not able to connect to any pure
> servers cause the ground textures were missing.
> 

thats strange. if the ebuild cant find the megatextures, it should fail. might have something to do with the wildcard there, * probably accepts no results as well.

but if it didn't copy the megatextures, then you probably weren't copying it from a retail CD. the megatextures dir is located in the base dir of the retail CD.
Comment 7 n4cer 2007-11-13 13:50:26 UTC
the ebuild from chris gianelloni's overlay seems to be different to the one you posted
Comment 8 Chris Gianelloni (RETIRED) gentoo-dev 2007-11-24 01:31:17 UTC
Correct.  Which ebuild is broken?  The one in my overlay?  That is the one I'll be putting into the tree, so I'd like testing and bug reports on it, specifically.
Comment 9 Brandon Captain 2007-11-24 02:13:10 UTC
(In reply to comment #8)
> Correct.  Which ebuild is broken?  The one in my overlay?  That is the one I'll
> be putting into the tree, so I'd like testing and bug reports on it,
> specifically.
> 

If this ebuild isn't copying the megatextures dir, its because you're not using a legitimate retail CD.

If you're installing from a local source, then you simply don't have any megatextures, or you've put them in an incorrect place

examine the ebuild for yourself. I'm certain it's functionally flawless. (the one I've attached)
.
Comment 10 Olliver Schinagl 2007-12-04 17:21:16 UTC
Confirmed, just received my DVD today (was playing demo until now) and no megatextures dir +files where copied. (from the wolf overlay). i manually copied them for now, but should be fixed in ebuild asap.
Comment 11 Brandon Captain 2007-12-04 19:24:10 UTC
(In reply to comment #10)
> Confirmed, just received my DVD today (was playing demo until now) and no
> megatextures dir +files where copied. (from the wolf overlay). i manually
> copied them for now, but should be fixed in ebuild asap.
> 

with THIS ebuild? that is very, very, very strange... I can't imagine where it could have gone wrong... Could someone else check this out? Obviously my eyes are missing something.
Comment 12 n4cer 2007-12-04 19:43:18 UTC
Oliver Schinagl and me are not referencing to the ebuild above created on 2007-11-04 !!! the megatextures-bug is in the wolf31o2-overlay
Comment 13 Brandon Captain 2007-12-04 19:44:37 UTC
(In reply to comment #12)
> Oliver Schinagl and me are not referencing to the ebuild above created on
> 2007-11-04 !!! the megatextures-bug is in the wolf31o2-overlay
> 

then why are you posting it here? make a new bug!
Comment 14 n4cer 2007-12-04 19:46:44 UTC
Created attachment 137732 [details]
Chris Gianelloni's current overlay data-ebuild
Comment 15 n4cer 2007-12-04 19:50:22 UTC
because i think there should be worked on ONE ebuild which will get to the tree
Comment 16 Brandon Captain 2007-12-04 19:52:35 UTC
(In reply to comment #15)
> because i think there should be worked on ONE ebuild which will get to the tree
> 

mine works, his doesn't. what other difference is there?
Comment 17 Brandon Captain 2007-12-04 19:53:59 UTC
(In reply to comment #15)
> because i think there should be worked on ONE ebuild which will get to the tree
> 

as a matter of fact, his is just a copy of mine with modifications.
Comment 18 Brandon Captain 2007-12-04 19:56:10 UTC
Sorry about the tripple post, but I notice his modifications make the ebuild a bit more sloppy. I'd rather copy each pak file by name, rather than *.pak, else if its an existing install it may copy other pak files that aren't actually part of the etail game.

I suggest to ignore his ebuild, I don't see anything beneficial in it. (that, and it doesn't work)
Comment 19 Brandon Captain 2007-12-04 19:57:56 UTC
(In reply to comment #18)
> Sorry about the tripple post, but I notice his modifications make the ebuild a
> bit more sloppy. I'd rather copy each pak file by name, rather than *.pak, else
> if its an existing install it may copy other pak files that aren't actually
> part of the etail game.
> 

quad post. I 'm a bit sloppy today. I was wrong about that. he just removed the mega textures section completely.
Comment 20 Brandon Captain 2007-12-04 20:15:04 UTC
Created attachment 137734 [details]
Combined my "workingness" with Chris' "properness"

his didn't install the megatextures because you can't copy directories via doins.
Comment 21 Brandon Captain 2007-12-04 20:17:46 UTC
Created attachment 137736 [details]
removed the megatextures part from the doins (doesn't do or hurt anything, either way). forgot to do that with the last build.
Comment 22 Gordon Malm (RETIRED) gentoo-dev 2007-12-29 20:45:09 UTC
Just used etqw-data from wolf31o2 overlay.  Retail DVD just purchased yesterday.  Played a single-player mission with bots. The ground was black, no textures.
Comment 23 Brandon Captain 2007-12-30 06:48:53 UTC
(In reply to comment #22)
> Just used etqw-data from wolf31o2 overlay.  Retail DVD just purchased
> yesterday.  Played a single-player mission with bots. The ground was black, no
> textures.
> 

it's been said that the build in that overlay is bunk. use the one I posted last.
Comment 24 Gordon Malm (RETIRED) gentoo-dev 2007-12-30 08:33:32 UTC
(In reply to comment #23)
> (In reply to comment #22)
> > Just used etqw-data from wolf31o2 overlay.  Retail DVD just purchased
> > yesterday.  Played a single-player mission with bots. The ground was black, no
> > textures.
> > 
> 
> it's been said that the build in that overlay is bunk. use the one I posted
> last.
> 

But he also said the one in his overlay is the one going into the tree and he wanted feedback on it.  That was 2007-11-24.  No change in his overlay, I see only one feedback in the bug, with no 2nd confirming person.  Just got the game, confirming that feedback. :)
Comment 25 Nicholas Doyle 2007-12-30 15:10:29 UTC
I used wolf's overlay too and had the same problem (as I was expecting) and just copied over the megatextures directory manually and it worked.
Comment 26 Brandon Captain 2007-12-30 18:00:41 UTC
(In reply to comment #24)
> (In reply to comment #23)
> > (In reply to comment #22)
> > > Just used etqw-data from wolf31o2 overlay.  Retail DVD just purchased
> > > yesterday.  Played a single-player mission with bots. The ground was black, no
> > > textures.
> > > 
> > 
> > it's been said that the build in that overlay is bunk. use the one I posted
> > last.
> > 
> 
> But he also said the one in his overlay is the one going into the tree and he
> wanted feedback on it.  That was 2007-11-24.  No change in his overlay, I see
> only one feedback in the bug, with no 2nd confirming person.  Just got the
> game, confirming that feedback. :)
> 

why the hell would you put a bad build in the tree? his is nothing more than a broken version of the one I initially submitted.

how about a little common sense, eh?
Comment 27 jon R-B 2008-01-17 21:11:13 UTC
I scrubbed out my install to check this ebuild w.r.t. my my client ebuild

Found a couple of issues
1) the megatextures install command falls over and thus the megatextures would be dropped into ../base and not ../base/megatextures. This would mean black floor when people play. corrected

2) CLient 1.2.. (and also client 1.4...) replace the game000.pk4 and thus with a separate data/client setup you get a file collision. This file is removed during this install to keep portage happy and sane

3) Added end einfo for info


now both ebuild play nice together from a fresh install and all that
Comment 28 jon R-B 2008-01-17 21:11:56 UTC
Created attachment 141183 [details]
games-fps/etqw/data  updat: work with client ebuild & upsteam expected layout
Comment 29 Brandon Captain 2008-01-18 02:22:17 UTC
(In reply to comment #27)
> 1) the megatextures install command falls over and thus the megatextures would
> be dropped into ../base and not ../base/megatextures. This would mean black
> floor when people play. corrected

Incorrect. inspect it a little further:

doins -r ${dir}/megatextures ${ZPATH}/megatextures/*.mega || die "unable to find/copy megatextures."

notice the "-r ${dir}/megatextures" there

but either way works I guess.
Comment 30 Dave Sheckells 2008-05-22 16:27:49 UTC
(In reply to comment #8)
> Correct.  Which ebuild is broken?  The one in my overlay?  That is the one I'll
> be putting into the tree, so I'd like testing and bug reports on it,
> specifically.
> 

Per the dev's request I am testing the ebuild available from the overlay.  I've installed layman for the first time just to help get this in the portage tree.

I have installed etqw-bin and etqw-data from the games overlay, not wolf31o2, because Chris said he moved the ebuilds in the bug for etqw-bin.  The etqw-data ebuild worked flawlessly for me, using a retail DVD.  
Comment 31 Andrzej Kardas 2008-08-02 16:36:02 UTC
Created attachment 162003 [details]
Ebuild with support for russian/polsih version of the game

I noticed that provided here ebuild isn't compatible with localized version of the game. I have polish/russian version of DVD and there are no zpak_english000.pk4 file, instead there are zpak_polish000.pk4 and zpak_russian.pk4 located in localization directory on DVD (named POL and RUS). Also the video file is located in localization directory on DVD. I made few changes to the ebuild to make it work with my version of the game DVD, however I have little experience in writing ebuilds so would be nice if someone more experienced could look at it. Other language version should look similar but as I can not be sure about it I added only linguas_ru and linguas_pl - this one I could test.
Comment 32 Tristan Heaven (RETIRED) gentoo-dev 2008-09-06 15:39:12 UTC
Fixed, thanks.