Full linux client has been released install's fine, but when I go to run I get a FATAL ERROR: Cg not available. Reproducible: Always
Created attachment 133915 [details] etqw-client-1.1-r8.ebuild
fixed, there were some errors
Created attachment 133918 [details] games/fps/etqw-client-1.1-r8.ebuild
Created attachment 133920 [details] games-fps/etqw-client-1.1.8-r1.ebuild Was missing request to copy ALL relevant files from DVD/install directory There should be a way to copy from teh DVD, akin to the UT2k4 ebuild
I just tried the ebuild and it works on my system with the following flags: [ebuild R ] games-fps/etqw-client-1.1.8-r1 USE="alsa opengl -cdinstall -dedicated" 0 kB [1] Just some ideas: - How about 1 ebuild etqw-1.1.8-r1 for both client and server and have it decide about what to install depending on the "dedicated" flag ? - It would also be nice to have the ebuild install an init script and the file in /etc/conf.d - The enemy-territory ebuild also installs the etwolf-homedir for configs, maps etc. Would it make sense to have something like this ?
what about SRC_URI="ftp://ftp.idsoftware.com/idstuff/etqw/${MY_BODY}.run" ?
(In reply to comment #5) > - How about 1 ebuild etqw-1.1.8-r1 for both client and server and have it > decide about what to install depending on the "dedicated" flag ? imho bad idea, because they're completely different packages, and the dedicated is about 500mb data vs. about 20 for the client. the dedicated use-flag normally just adds a 'game'-ded command and init-scripts.
Patch 1.2.2 is out. Renaming and replacing MY_PV="${VER}.r${REV}" With: MY_PV="${VER}-full.r${REV}" Seems to work.
Created attachment 134787 [details, diff] 1.2.2 Update
Checking into this.
*** Bug 196051 has been marked as a duplicate of this bug. ***
I'll need to modify the ebuild a bit. For one, I'm breaking it into a etqw-data and etqw-bin set, like quake4. I'm also doing an etqw-ded ebuild for people who want *only* the dedicated server. In other words: client only: USE="-dedicated" emerge etqw-bin client and server: USE="dedicated" emerge etqw-bin server only: emerge etqw-ded Simple enough?
Created attachment 135176 [details] previous patch applied, no cdinstall flag. previous patch applied, removed the cdinstall flag because it wasnt used, and I just submitted a data ebuild for etqw.
also, I changed the keyword from masked to stable. not as a "fix" or anything, thats just what I do with my overlays.
Does this line: unzip /usr/portage/distfiles/${A} shouldn't be replaced with some %DISTDIR from make.conf? Dunno howto to do this, but I've DISTDIR set to the other directory (/usr/distfiles) and your ebuild is unpacking to /usr/portage/distfiles. Everything should be ok, but if someone like me ;) has portage tree on different partition, especially, when this partition is only ~350MB large, then unpacking this file will return the error.
I'm working on these in my overlay. I'm going to work from your latest version. I've renamed to the package to etqw-bin to match our current naming for these types of packages.
I also added back in a cdinstall USE flag, which will pull in etqw-data, which is also in my overlay. I don't have my media on me right now, so I cannot test them, but will do so as soon as I can find the time. I also added a blocker on games-fps/etqw-ded if USE=dedicated, since they'll both try to create ${GAMES_BINDIR}/etqw-ded scripts.
I said games-fps/etqw-ded but meant games-server/etqw-ded... sorry.
Created attachment 137766 [details] Update to new revision.
(In reply to comment #16) > I'm working on these in my overlay. I'm going to work from your latest > version. I've renamed to the package to etqw-bin to match our current naming > for these types of packages. > How do I add your overlay?
Aniruddha, Download the ebuild to the right place by following this guide: http://gentoo-wiki.com/HOWTO_Installing_3rd_Party_Ebuilds Ask on the forums, IRC, or gentoo-user list if you have any trouble.
I believe he was asking where to find the overlay repo I can't find it either.
no overlay that can be managed by layman you gotta add your own I made an ebuild that does the CD data, however when installing patches/main client portage complains about file collision since the patch/main-client replaces some of the files
ebuild bump for V1.4 slight tweaks done 1) arcane upstream version numbering... 2) this release now comes with a local libSDL, iD have patched libSDL to allow it todo multi-threading). This libary added to the install 3) new executable etqw-rthread.x86 to be run *IF* you want threaded_renderer support So far everything is pointing to threaded_renderer in-game isn't fully enabled
Created attachment 141042 [details] games-fps/etqw-client-1.4
I have an ebuild that will install the data off the DVD, however patch 1.2.# and 1.4 replace some of these files thus causing portage to throw a file collision error
Well, it's most certainly a cardinal sin to hard code the distfiles directory.
yup you are aright. Corrected. Added a etqw-data ebuild *IF* you are doing a 1st install & want auto-DVD datacopying.
Created attachment 141080 [details] games-fps/etqw-client-1.4-r1.ebuild
Created attachment 141082 [details] games-fps/etqw-data ebuild for DVD data setup
(In reply to comment #31) > Created an attachment (id=141082) [edit] > games-fps/etqw-data ebuild for DVD data setup > there already is a data ebuild: http://bugs.gentoo.org/show_bug.cgi?id=198078
With the etqw-client-1.4-r1.ebuild I get the following error: # ebuild etqw-client-1.4-r1.ebuild digest >>> Downloading 'http://gentoo.tiscali.nl/distfiles/ETQW-client-1.4-full.x86.run' --21:06:21-- http://gentoo.tiscali.nl/distfiles/ETQW-client-1.4-full.x86.run => `/usr/portage/distfiles/ETQW-client-1.4-full.x86.run' Resolving gentoo.tiscali.nl... 195.241.77.98 Connecting to gentoo.tiscali.nl|195.241.77.98|:80... connected. HTTP request sent, awaiting response... 404 Not Found 21:06:21 ERROR 404: Not Found. >>> Downloading 'ETQW-client-1.4-full.x86.run' --21:06:21-- http://etqw-client-1.4-full.x86.run/ => `/usr/portage/distfiles/ETQW-client-1.4-full.x86.run' Resolving etqw-client-1.4-full.x86.run... failed: Name or service not known. !!! Couldn't download 'ETQW-client-1.4-full.x86.run'. Aborting. !!! File ETQW-client-1.4-full.x86.run doesn't exist, can't update Manifest
That is true, but as it stands the client ebuilds here are incompatable with that datafile ebuild. Simply because a difference in working directory this bug: /opt/etqw-client that bug: /opt/etqw This will lead to someone that uses that data ebuild with these client ebuilds to get black ground and missing textures. So the best thing that can happen for users who are using these ebuilds is a standard install directory is chosen. I have changed this ebuild here to point to /opt/etqw/ and make it depend on that data ebuild. That should enable both ebuilds to work together
There is a fetch restriction on the download of the *.run file I thought I put a fetch restriction on this Corrected Use this link to get the runtime http://zerowing.idsoftware.com/linux/etqw/
Created attachment 141173 [details] /games-fps/etqw-client Fetch restriction added
(In reply to comment #34) > That is true, but as it stands the client ebuilds here are incompatable with > that datafile ebuild. Simply because a difference in working directory > > this bug: /opt/etqw-client > that bug: /opt/etqw > > This will lead to someone that uses that data ebuild with these client ebuilds > to get black ground and missing textures. > > > > So the best thing that can happen for users who are using these ebuilds is a > standard install directory is chosen. > I have changed this ebuild here to point to /opt/etqw/ and make it depend on > that data ebuild. That should enable both ebuilds to work together > It must have chnged in this build then, because the path in the data build was copied from this one. anyway, just go in and change it :-)
(In reply to comment #37) > (In reply to comment #34) > > That is true, but as it stands the client ebuilds here are incompatable with > > that datafile ebuild. Simply because a difference in working directory > > > > this bug: /opt/etqw-client > > that bug: /opt/etqw > > > > This will lead to someone that uses that data ebuild with these client ebuilds > > to get black ground and missing textures. > > > > > > > > So the best thing that can happen for users who are using these ebuilds is a > > standard install directory is chosen. > > I have changed this ebuild here to point to /opt/etqw/ and make it depend on > > that data ebuild. That should enable both ebuilds to work together > > > > It must have chnged in this build then, because the path in the data build was > copied from this one. > > anyway, just go in and change it :-) > Actually, I just looked at the builds. it all looks good to me. make sure you're using the latest editions of each ebuild.
Issues were found with that data ebuild (w.r.t. a fresh install as well) I have corrected now and both work well together almost in a state for tree-committing
When using the new 1.4-r2 ebuild i get this error. I have no idea on how to fix this error. But reinstalling to 1.2.2-r5 (and copying *.pk4 files) does get me back to a working state. Current search path: /home/bryce/.etqwcl/base /opt/etqw/base /opt/etqw/base/zpak_spanish002.pk4 (119 files) /opt/etqw/base/zpak_spanish001.pk4 (13 files) /opt/etqw/base/zpak_russian002.pk4 (119 files) /opt/etqw/base/zpak_russian001.pk4 (13 files) /opt/etqw/base/zpak_polish002.pk4 (119 files) /opt/etqw/base/zpak_polish001.pk4 (13 files) /opt/etqw/base/zpak_korean002.pk4 (12 files) /opt/etqw/base/zpak_korean001.pk4 (12 files) /opt/etqw/base/zpak_korean000.pk4 (6 files) /opt/etqw/base/zpak_german002.pk4 (119 files) /opt/etqw/base/zpak_german001.pk4 (13 files) /opt/etqw/base/zpak_french002.pk4 (119 files) /opt/etqw/base/zpak_french001.pk4 (13 files) /opt/etqw/base/zpak_english002.pk4 (117 files) /opt/etqw/base/zpak_english001.pk4 (9 files) /opt/etqw/base/pak007.pk4 (1510 files) /opt/etqw/base/pak006.pk4 (3 files) /opt/etqw/base/pak005.pk4 (2172 files) /opt/etqw/base/game002.pk4 (3 files) /opt/etqw/base/game000.pk4 (3 files) game DLL: 0x0 in pak: 0x0 Addon pk4s: file system initialized. -------------------------------------- fs_basepath = /opt/etqw fs_savepath = /home/bryce/.etqwcl fs_userpath = /home/bryce/.etqwcl fs_cdpath = /opt/etqw fs_devpath = /home/bryce/.etqwcl 0x0 [0x082e7e71] [0x0819b5f9] [0x0819e912] [0x0819f242] [0x0819f41e] [0x083dcd6e] [0xf7bd2400] [0x0804ca61] ******************** FATAL ERROR: Couldn't load fs.chk ******************** --------------- BSE Shutdown ---------------- --------------------------------------------- Shutting down SDL subsystem idRenderSystem::Shutdown() Sys_Error: Couldn't load fs.chk (In reply to comment #39) > Issues were found with that data ebuild (w.r.t. a fresh install as well) > > I have corrected now and both work well together > > almost in a state for tree-committing >
(In reply to comment #40) > When using the new 1.4-r2 ebuild i get this error. I have no idea on how to fix > this error. But reinstalling to 1.2.2-r5 (and copying *.pk4 files) does get me > back to a working state. ... The issue is previous etqw-client ebuilds install to /opt/etqw-client (a few of us on -chat thought that was logical). HOWEVER when a etqw-data ebuild was submitted it was pointed out that there already exists an ebuild for etqw-data. BUT this ebuild installed to /opt/etqw. To make them compatable (and thus the cdinstall USE flag meaningful) the install path for the etqw-client was changed to /opt/etqw Turned out that the etqw-data ebuild didn't work and that was updated. It probably would of made sense to leave this one installing to /opt/etqw-client and change the data ebuild to point there to In short what you need todo to do a upgrade from 1.2 to 1.4 (with 1.2 installed) is: mv /opt/etqw-client /opt/etqw emerge etqw-client That will install the etqw-client-1.4 into the same place where hte data is IF a fresh install (with or without the data CD) is done it would of been ok Sorry for the confusion
Something is going wrong with my digestion of etqw-client-1.4-r2.ebuild --- helix etqw-client # grep overlay -i /etc/make.conf PORTDIR_OVERLAY="/usr/portage/local/zeroth" helix etqw-client # ls /usr/portage/local/zeroth -l lrwxrwxrwx 1 root root 21 Jul 21 2007 /usr/portage/local/zeroth -> /home/user/src/ebuild helix etqw-client # pwd /home/user/src/ebuild/games-fps/etqw-client helix etqw-client # ls -l total 12 -rw-r--r-- 1 user user 1031 Feb 28 17:39 Manifest -rw-r--r-- 1 user user 2559 Nov 4 08:02 etqw-client-1.2.2-r2.ebuild -rw-r--r-- 1 user user 3014 Feb 28 17:10 etqw-client-1.4-r2.ebuild drwxr-xr-x 2 user user 136 Nov 3 11:20 files helix etqw-client # ebuild etqw-client-1.4-r2.ebuild digest --- Invalid atom in /etc/portage/package.unmask: games-fps/cube-20050829 >>> Creating Manifest for /home/user/src/ebuild/games-fps/etqw-client digest.assumed 1 digest-etqw-client-1.2.2-r2::ETQW-client-1.2-full.r2.x86.run helix etqw-client # emerge -atv etqw-client --- Invalid atom in /etc/portage/package.unmask: games-fps/cube-20050829 These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild R ] games-fps/etqw-client-1.2.2-r2 USE="alsa opengl -dedicated" 279,084 kB [1] Total: 1 package (1 reinstall), Size of downloads: 279,084 kB Portage tree and overlays: [0] /usr/portage [1] /usr/portage/local/zeroth Would you like to merge these packages? [Yes/No]
the reason is the KEYWORD between the two etqw-client-1.2.2-r2.ebuild had KEYWORDS="amd64 x86" >etqw-client-1.2.2-r2.ebuild has KEYWORDS="~amd64 ~x86" (since if/when this enters tree it aint going stable straight away) add games-fps/etqw-client to /etc/portage/package.keywords NOTE due to the existance of a etqw-data ebuild the location where etqw-client-1.4-r2 will try to install is different 1.2.2-r2 went to install in /opt/etqw-client. The data ebuild goes to /opt/etqw. To have compatability this ebuild was changed to install to /opt/etqw if you type: mv /opt/etqw-client /opt/etqw as root and then emerge you shouldn't have any problems
(In reply to comment #43) > the reason is the KEYWORD between the two > > etqw-client-1.2.2-r2.ebuild had KEYWORDS="amd64 x86" > >etqw-client-1.2.2-r2.ebuild has KEYWORDS="~amd64 ~x86" (since if/when this enters tree it aint going stable straight away) > > add games-fps/etqw-client to /etc/portage/package.keywords > Should have mentioned, I mark all my local overlay packages as stable. so thats not the problem -
You should(In reply to comment #44) > Should have mentioned, I mark all my local overlay packages as stable. so > thats not the problem - Don't do that. Your packages in an overlay are not stable as they haven't been through the Gentoo stablisation process.
(In reply to comment #45) > You should(In reply to comment #44) > > Should have mentioned, I mark all my local overlay packages as stable. so > > thats not the problem - > > Don't do that. Your packages in an overlay are not stable as they haven't been > through the Gentoo stablisation process. > It's just a convenience, and it's not causing any problems. It's not like I'm hosting it or anything. anyhow, that's not relevant to this bug.
Shouldn't the ebuild ewarn which files should be copied over from the DVD / CD? AFAIK the following files should be copied: /Setup/Data/base/megatextures/ /Setup/Data/base/pak000.pk4 /Setup/Data/base/pak001.pk4 /Setup/Data/base/pak002.pk4 /Setup/Data/base/pak003.pk4 /Setup/Data/base/pak004.pk4 /Setup/Data/base/zpak_english000.pk4
(In reply to comment #47) > Shouldn't the ebuild ewarn which files should be copied over from the DVD / CD? > > AFAIK the following files should be copied: > /Setup/Data/base/megatextures/ > /Setup/Data/base/pak000.pk4 > /Setup/Data/base/pak001.pk4 > /Setup/Data/base/pak002.pk4 > /Setup/Data/base/pak003.pk4 > /Setup/Data/base/pak004.pk4 > /Setup/Data/base/zpak_english000.pk4 > Yup they are the ones to be copied over and the ebuild use to. But when the etqw-data and etqw-client were tied together (ie now the etqw-client ebuild will copy data from the DVD) it got removed I suppose it could be put back in for those that don't use the cdinstall USE flag
is it possible to get this into the tree soon? or is there something still missing?
Is there any reason this isn't in the tree yet? The game came out 7 months ago now...
http://www.gentoo.org/proj/en/desktop/games/#doc_chap5_sect10
Sorry Bones but that answer is a bit pathetic. It has been asked several times if there is anything wrong with the ebuild to stop it getting in the tree. A simple "we haven't had time yet but the ebuild looks good" would suffice and would be a lot less rude than repeatedly quoting that URL. That item in the FAQ seems to be a carte blanche for the Games team to completely ignore the community's requests. If the Games team is understaffed then why not say so?
Perhaps if anybody bothered to read my messages, they'd see that I have ebuilds in my overlay for testing. Nobody's given me any feedback on them, so they're not going into the tree. It really is that simple. (By the way, not knowing how to use "man layman" isn't an excuse, either... ;p)
I'm guilty of not providing any feedback on your ebuilds. I've been using them since mid-march and they have been working great. No problems on my end. I think everyone is too busy playing Quake Wars after using your ebuilds :).
$Header: /var/cvsroot/gentoo-x86/games-fps/quake4-bin/quake4-bin-1.4.2.ebuild,v 1.2 2007/08/20 17:23:52 wolf31o2 Exp $ needs a change
(In reply to comment #53) > Perhaps if anybody bothered to read my messages, they'd see that I have ebuilds > in my overlay for testing. Nobody's given me any feedback on them, so they're > not going into the tree. > > It really is that simple. > > (By the way, not knowing how to use "man layman" isn't an excuse, either... ;p) > Chris, I merged the builds from your overlay on Dec. 29th. I commented as to the issues with etqw-data on bug 198078 and haven't heard anything since. Has the megatextures problem been resolved?
the etqw-bin ebuild in the overlay is a bit out of date, but it works fine for me. the megatextures-problem of <a href="http://bugs.gentoo.org/show_bug.cgi?id=198078">bug 198078</a> seems to be fixed
Sorry, but I moved this stuff to the games overlay a little while back. The latest versions are there. Please test those and report back on them. Sorry for any confusion.
layman -d wolf31o2 layman -a games emerge etqw-client etqw-bin -vp * Overlay eclass overrides eclass from PORTDIR: * * '/usr/portage/local/layman/games/eclass/games.eclass' * * It is best to avoid overridding eclasses from PORTDIR because it will * trigger invalidation of cached ebuild metadata that is distributed with * the portage tree. If you must override eclasses from PORTDIR then you * are advised to run `emerge --regen` after each time that you run `emerge * --sync`. Set PORTAGE_ECLASS_WARNING_ENABLE="0" in /etc/make.conf if you * would like to disable this warning. These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild RF ] games-fps/etqw-client-1.4-r2 USE="alsa cdinstall opengl -dedicated" 460,030 kB [1] [ebuild N ] games-fps/etqw-bin-1.2.5 USE="alsa opengl -cdinstall -dedicated" 279,432 kB [2] Total: 2 packages (1 new, 1 reinstall), Size of downloads: 739,462 kB Fetch Restriction: 1 package (1 unsatisfied) Portage tree and overlays: [0] /usr/portage [1] /usr/local/portage [2] /usr/portage/local/layman/games the ebuild in the "games" overlay is also out of date. The EnemyTerritory:QuakeWars client is upto V1.4 atm (with V1.5 due out in the next few weeks) the ebuilds in the overlay are for V1.2.x
I've been using the 1.4-r2 in here and it works fine. The only ebuilds I can find in overlays are really outdated (6+ months behind in patches) so I haven't tried them.
EnemyTerritory:Quakewars 1.5 is out \o/ I have taken the ebuild that Chris Gianelloni has got in the games overlay and tweaked & bumped that file (since a dev has an ebuild following on from that ebuild will hopefully mean this makes it into the tree ) Changes to that ebuild 1) versionator change, due to no revision on this release 2) MY_PV changed to reflect said change due to lack of revision 3) added libSDL-1.2.id.so.0 to the QA_EXECSTACK (iD threaded libSDL, they provide the patch as well) 4) Additional launcher install due to the etqw-rthread version 5) note added via elog w.r.t. threaded game Essentially the changes that were done in etqw-client BUT based upon the dev's ebuild the ftp site of iD don't have the client for d/l yet so you will have to manually fetch for now
Created attachment 153869 [details] games-fps/etqw-bin-1.5 (ready for tree?) new ebuild based upon wolf31o2 ebuild of 2 releases back
Created attachment 153871 [details] games-fps/etqw-bin-1.5 (ready for tree?) new ebuild based upon wolf31o2 ebuild of 2 releases back
jon, this ebuild works very well for me.
(In reply to comment #58) > Sorry, but I moved this stuff to the games overlay a little while back. The > latest versions are there. Please test those and report back on them. Sorry > for any confusion. > In order to help Chris get this into the portage tree I've installed layman for the first time and added the games overlay. I've installed etqw-bin and etqw-data from the overlay. I had to manually download the ETQW-client-1.2-full.r5.x86.run file because the ebuild is for an out-of-date version and the file is no longer available from the URL's the ebuild uses. Once I put that .run file into /usr/portage/distfiles the etqw-bin install worked and I was able to play the game against the computer. I have not yet tried Internet play because this is such an old version, I don't know if updated servers will support it. As soon as Chris gets version 1.5 into either the games or wolf31o2 overlays I will test it out as well.
I get this message when emerging form the overlay?! >>> Unpacking source... warning [/var/tmp/portage/games-fps/etqw-bin-1.2.5/distdir/ETQW-client-1.2-full.r5.x86.run]: 134568 extra bytes at beginning or within zipfile (attempting to process anyway) >>> Source unpacked.
(In reply to comment #66) > I get this message when emerging form the overlay?! > > >>> Unpacking source... > warning > [/var/tmp/portage/games-fps/etqw-bin-1.2.5/distdir/ETQW-client-1.2-full.r5.x86.run]: > 134568 extra bytes at beginning or within zipfile > (attempting to process anyway) > >>> Source unpacked. > Normal and completely harmless, since ID's files also contain an installer themselves. It's not used, so it's considered 'extra bytes'
I've added jon R-B's etqw-bin-1.5 ebuild to my local overlay and updated to it. It works fine, the game plays just fine against the computer and online. I did get a warning like the one in Comment #66 but it didn't seem to cause a problem.
My verion of etqw 1.5 crashes. here the output: Initializing global UI namespaces ...23 namespaces ...239 properties Initializing event system ...869 event definitions Initializing class hierarchy ...163 classes, 382360 bytes for event callbacks WARNING: Couldn't load sound 'video/intro_1024x512.theora', defaulting WARNING: idDeclLocal::ParseLocal Failed to Parse decl 'video/intro' in file 'sounds/cinematics.sndshd' line 0 WARNING: Factory::CreateType: Unknown type news 0xadd477d0 [0x082d1151] [0x0819e8bf] [0xadd45d37] [0xae21a5ce] [0xae237695] [0xadd8c569] [0xadd668e1] [0x08198ae4] [0x0819c9d3] [0x0819ce12] [0x0819cfee] [0x083f60ce] [0xb7b5efdc] [0x0804c8b1] ******************** ERROR: sdUserInterfaceLocal::Load Invalid Window Type 'news' ******************** ------------ Game Shutdown ----------- Shutdown event system -------------------------------------- --------------- BSE Shutdown ---------------- --------------------------------------------- Shutting down sound hardware ----------- Alsa Shutdown ------------ close mic pcm close pcm dlclose -------------------------------------- Shutting down SDL subsystem idRenderSystem::Shutdown() WARNING: Leaked 1 renderWorlds Sys_Error: Error during initialization
Aniruddha, could you drop that into forums.gentoo.org please that is more a runtime issue as oppose to an ebuild issue BUT two things you could try 1st 1) either in yr autoexec.conf or in the in-game terminal put: seta r_useIndexBuffers "1" 2) mv ~/.etqwcl ~/etqwcl-orig and try again ETQW has a few cvars that are only applicable to windows BUT are not protected against
>>> Downloading 'ftp://ftp.idsoftware.com/idstuff/etqw/ETQW-client-1.5-full.x86.run' --2008-05-28 05:03:20-- ftp://ftp.idsoftware.com/idstuff/etqw/ETQW-client-1.5-full.x86.run => `/home/xxxx/stuff/backup/distfiles/ETQW-client-1.5-full.x86.run' Resolving ftp.idsoftware.com... 192.246.40.185 Connecting to ftp.idsoftware.com|192.246.40.185|:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD /idstuff/etqw ... done. ==> SIZE ETQW-client-1.5-full.x86.run ... done. ==> PASV ... done. ==> RETR ETQW-client-1.5-full.x86.run ... No such file `ETQW-client-1.5-full.x86.run'. Need to update the server in the ebuild, ID does not host the 1.5 Linux client.
iD Will host the client in the normal place BUT they are slow to update it (usually a month or two) hence the note in this bug to manually fetch for the time being. The ebuild use to have a fetch-restriction, but people wanted direct link to the FTP. Now that it is a direct link to FTP people want a fetch-restriction
Little information about localized version of the game on the end would be quite useful. For example: elog 'If you are using nonenglish version of the game please make sure' elog 'you add seta sys_lang "your_language" to your autoexec.conf file' elog 'for example seta sys_lang "polish" if you have polish version' It took me over an hour to figure out why I have no fonts in game menus. As I think many ppl can have similar problems this info could be added to ebuild.
Fixed, thanks.
(In reply to comment #74) > Fixed, thanks. > does this mean it is going into the tree?
(In reply to comment #75) > (In reply to comment #74) > > Fixed, thanks. > > > > does this mean it is going into the tree? > Yes: http://sources.gentoo.org/viewcvs.py/gentoo-x86/games-fps/etqw-bin/