| Summary: | games-fps/unreal-tournament-bonuspacks only installs the 4th bonuspack, even though the first three are also required in non-goty-ut | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | patrick |
| Component: | [OLD] Games | Assignee: | Gentoo Games <games> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | minor | CC: | brebs, caibbor, chewi, kripton, matthias.grobarek |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 134156 | ||
| Bug Blocks: | |||
| Attachments: |
this is an updated ebuild I wrote that should do it right
the new bonuspack ebuild version for ut and ut-goty at the same the ebuild only for ut the ebuild only for ut-goty unreal-tournament-bonuspacks-4.ebuild unreal-tournament-bonuspacks-451.ebuild unreal-tournament-bonuspacks-451.ebuild |
||
|
Description
patrick
2005-09-02 07:43:15 UTC
Created attachment 67480 [details, diff]
this is an updated ebuild I wrote that should do it right
It is my first ebuild so please don't blame me for mistakes.
Well... the problem is, that if you have GOTY installed, you get the bonuspacks twice. Less a problem than getting them not at all, but still a problem (I think, might be wrong) Maybe make another ebuild for bonuspack 1-3 and let unreal-tournament-goty PROVIDE that one? Did you read my ebuild? I'm not shure if the ebuild does it right because I don't have non-goty ut, but it should distinguish between non-goty and goty version and only install the necessary packages. Ah, nice. Would be even better if it wouldn't download the first 3 BPs, but I don't think there's anything to be done about that. Created attachment 71502 [details, diff]
the new bonuspack ebuild
made it only download the needed files
Created attachment 78281 [details]
version for ut and ut-goty at the same
The old one has a mistake in it (has_version in global scope) so I removed.
The disadvantage is that three of the four bonus packs are downloaded even they are not used, when the user has ut-goty installed.
Created attachment 78282 [details]
the ebuild only for ut
The ebuild only for ut, if you decide to use two seperated ebuilds, this is the one for ut.
Created attachment 78283 [details]
the ebuild only for ut-goty
The ebuild only for ut-goty, if you decide to use two seperated ebuilds, this is the one for ut-goty.
Sorry to obsolete all your hard work but I've addressed this in a very clean way in bug 134156. Created attachment 134428 [details]
unreal-tournament-bonuspacks-4.ebuild
I've been instructed to post my new ebuild here instead. As explained in 134156, I have changed the version to 4 to indicate the 4 bonus packs since the game version isn't relevant.
I was going to add bug 134156 as a dependency but I don't have permission. Please do this. Created attachment 134477 [details] unreal-tournament-bonuspacks-451.ebuild Removed -r1. Renamed to version 451, to override the version already in Portage - let's prevent the poor user from having to use package.mask. 451 is also the version number in the UTPGPatch file. Added "${ROOT}": http://devmanual.gentoo.org/ebuild-writing/variables/index.html Added "die"s. The long explanation strings are not necessary, though - Portage will show the line number and contents. Added more mirrors. If the older ebuild is removed from Portage, won't it automatically "downgrade" to 4 anyway? Yes. But 451 is a meaningful number, and an obvious upgrade, and is convenient now and for the foreseeable future. Created attachment 136050 [details]
unreal-tournament-bonuspacks-451.ebuild
Use more unique file to identify UT CD and prevent confusion with Unreal 1 CD. It happened to me!
I tried the ebuild from #15, it works beautifully. When will it be merged into the Portage tree (either as -436-r1 or -451)? I mean, it’s been more than a year since this solution came up. I think all this stuff is going to have to go in together and I still need time to figure out a problem with the alternative UT renderer - which is required by newer machines like mine because it has a framerate limiter. What is with this new renderer? Is it windows-only or possible also for linux?? If so, would it possible to integrate him in this ebuild? And what is with the new highres textures for unreal and unreal tournament, which are not on the cds from goty or so. http://www.oldunreal.com/cgi-bin/yabb2/YaBB.pl?num=1274112474 or extreme end textures: http://www.oldunreal.com/cgi-bin/yabb2/YaBB.pl?num=1261786995 and what is about this new native unreal linux port??? http://www.oldunreal.com/oldunrealpatches.html and for textures: http://www.unrealtexture.com/ This packages dont have the skating player bug!!! :-) Would be asesome if this all could be integrated in the gentoo ebuild... Whoa, slow down there. ;) Might have been better to put this in the other bug report but anyway... (In reply to comment #18) > What is with this new renderer? Is it windows-only or possible also for > linux?? It works on Linux. I have built it from source and used it successfully. The problem I had with it was that on one of my machines, it would lock up after a short time and I was worried this would affect others too. That machine was a bit of an oddball though and the drivers have moved on a lot since then. It's probably no longer an issue. > If so, would it possible to integrate him in this ebuild? The other problem with it is that it's a bitch to build. I had to make many tweaks to build it for Linux and I had to do it with Debian Sarge because a really old toolchain is needed. I would therefore only distribute it in binary form. > And what is with the new highres textures for unreal and unreal tournament, > which are not on the cds from goty or so. > > http://www.oldunreal.com/cgi-bin/yabb2/YaBB.pl?num=1274112474 > > or extreme end textures: > > http://www.oldunreal.com/cgi-bin/yabb2/YaBB.pl?num=1261786995 Never heard about these "new" textures before. Could be worth a look. > and what is about this new native unreal linux port??? > > http://www.oldunreal.com/oldunrealpatches.html Never heard about this either. I was able to more or less get it running under Linux by myself and that is supported by my ebuilds but it wasn't entirely glitch-free. > and for textures: > > http://www.unrealtexture.com/ This is new to me too. However, my main priority above all this would be to move all this code into a separate installer because these ebuilds are ugly as sin and would probably never be accepted into the tree, even though I have now heard many success reports. I did make a rough start on this once but it hasn't come anywhere near the top of my list for a few years. :( Yes, it was new for me too. But it shows which potential is here... With the new renderer and maybe a native unreal client and this also with extreme or high resolution textures, which are ready for server. (no skating player bug) This could be like a new game :-) I have respect for all your work and the work for all this people which created this ebuilds... :-) They are working very nice. Yes. But if someone know the correct phats for the better textures and so, we can add new use flags "extreme-end" and "hight-end" which download the better textures and install them into the right paths. this would not be so impossible. We have the urls to this textures. Also you can add as a test the new renderer, which you can build with your binary toolchain, which you need for building the renderer. and then you can build a new ebuild which is free for testing. And whats about this "installer" should it work under any Linux and should it be an ebuild or not? but it should work under gentoo so that we can call him in a ebuild or not?? I am willing to help you so if my time let me :-) I am not a really programmer but how you see i can search different things and so. best regards chris (In reply to comment #20) > should it be an ebuild or not? Seen how many years old this bug is? I recommend that people write a cross-distro installer script in BASH. Example: http://dl.dropbox.com/u/18371907/installquake4 Ok, yes i know. maybe it will never be in portage... It sucks... right... maybe if we have the right man, we can talkt with them to include it in portage... In this second i am downloading the High End Textures (which has no bugs) and i will test them) and if the experience is good, i will take the last ebuild from this bugreport and modify it to support this textures also. With a use flag which if it is set, download this textures and copy them too. Would be nice if you can upload the compiled verwsion of the new opengl renderer in the newest version. i will test him than with the better textures and if i can not see any freezes or so, i we can integrate it into the ebuild... I would say your idea with a seperate installer would be awesome, but i am not a pro in bash and because this i would add the ebuild for me and other people who want play it in the nearly next time. best regards chris ps: if you can build the new renderer again for me and upload it here with a link, please take the newest version 3.7. the source is here. http://www.cwdohnal.com/utglr/ He is talking about new compiler for windows, maybe you need not the old tools for 3.7 :-) Ok. so this is my first test result with the high end textures from this: http://www.uttexture.com/UT/Website/Downloads/Textures/HighEnd/MasterFiles/MasterFilesHighEnd.htm Only downloading this 5 packages and copy their contents to /opt/unreal-tournament/Textures/ and overwrite the old one. It is realy, realy nice. Also i dont have the sliding player glitch anymore. And the good is that the game is much slower because of the bigger textures ;-) So it is running not so fast anymore. The 6 package is reported as 404 from me. the next day it should uploaded. Also i have found that for the normal unreal (singleplayer) there are new downloads of translations... My problem was that i am german and i have set the german "de" flag all the time... but the only DVD which contain this de files for unreal is firstly not avalaible for me, so the ebuild fails here and secondly when i found this files from the www, i found out that they all not bugfree... a lot is missing or half translated... But there is a new project from the community also "unreal translating-project" :-) Maybe we can change the ebuild so, that the language files are downloaded from here... http://www.oldunreal.com/wiki/index.php?title=Oldunreal_227_Localization_Project I will test them also :-) New sounds or music with better quality would be also realy nice... I would say if you can help me if i get trouble with ebuild building, i can improve our ebuild if you like. maybe i can add it to a overlay or make my own overlay or so. would that help? best regards chris Ok, i have tested this new 227h native linux patch... and what should I say? iT IS WORKING!! Very nice... also with botmatches... The other good thing is that the patch installs the latest and best translations for the game... Also the new opengl renderer is included... Also I have used the high end textures for unreal and they are also working... also return to na pali. Very nice gameplay :-) The bad is that you have to install first the default unreal from your cd with wine... than install the windows patch exe with wine and that is all done under .wine in your home... but once installed you will have here "UnrealLinux.bin" and this is the native client which is completly nativ!! But you have a full installer which do all for you... but with wine... the people from oldunreal will work on a nativ installer but that need autority from epic... But i think if i could upload the nativ client as a single file than we can build an total nativ ebuild with that, which copy the gameplay and normal textures from the game cd and copy then the nativ files in the global /opt/. optionaly we can add the S3TC use flag which load all the hight end textures for unreal and unpack they also in the game dir. what did think about this idea? But i am not as good with building ebuilds... maybe here is someone which can do that for me. i will help if any content is needed... best regards chris Sorry but I left this: No need for CPU-Fix anymore... This bug is fixed and will be also i think in short time for UT :-) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8b093e47371dceaf8e3daaa099a8c20cba1a6d0c commit 8b093e47371dceaf8e3daaa099a8c20cba1a6d0c Author: Aaron Bauman <bman@gentoo.org> AuthorDate: 2019-12-08 21:08:20 +0000 Commit: Aaron Bauman <bman@gentoo.org> CommitDate: 2019-12-08 21:08:20 +0000 games-fps/*: drop last-rited pkgs Bug: https://bugs.gentoo.org/44351 Signed-off-by: Aaron Bauman <bman@gentoo.org> https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=25ccd8cf8f654fefc66ef924b5558873e1e44dcf commit 25ccd8cf8f654fefc66ef924b5558873e1e44dcf Author: Aaron Bauman <bman@gentoo.org> AuthorDate: 2019-12-08 21:28:28 +0000 Commit: Aaron Bauman <bman@gentoo.org> CommitDate: 2019-12-08 21:28:28 +0000 games-fps/unreal-tournament: drop vulnerable Closes: https://bugs.gentoo.org/386383 Signed-off-by: Aaron Bauman <bman@gentoo.org> |
