Summary: | games-strategy/0ad{,-data}-0.0.20_alpha version bump | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Nils Freydank <holgersson> |
Component: | [OLD] Games | Assignee: | Gentoo Games <games> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ansla80, games, holgersson, losier.cc, polynomial-c, tdalman |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://play0ad.com/new-release-0-a-d-alpha-19-syllepsis/ | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Working ebuild with correctly set paths.
needed patch for the 0ad-a19 ebuild 0ad-data ebuild 0ad-0.0.20_alpha.ebuild 0ad-0.0.20_alpha-gentoo.patch 0ad-data-0.0.20_alpha.ebuild |
Description
Nils Freydank
2015-12-01 09:29:44 UTC
0.0.19 from games-overlay works fine. 0ad from games overlay *works* more ore less fine, but installs all data directly into the filesystem, not in the games/ subdir. Just adding the "inherit […] games" and fixing the variables doesn't do it: 0ad crashes here after that. Needs further investigation.. Created attachment 423220 [details]
Working ebuild with correctly set paths.
Created attachment 423222 [details, diff]
needed patch for the 0ad-a19 ebuild
Created attachment 423224 [details]
0ad-data ebuild
I added a *really* working ebuild which installs the files into the correct games directories. Hell, why do so many ebuilds from a self called *GAMES* overlay ignore the games dirs? :-( (In reply to holgersson from comment #6) > I added a *really* working ebuild which installs the files into the correct > games directories. Hell, why do so many ebuilds from a self called *GAMES* > overlay ignore the games dirs? :-( Because games.eclass is utter crap and has been deprecated by the QA team. Some people just like to ignore that. @hasufell: Well, sorry for my rant. Wiki [1] and devmanual [2] still say both games.eclass should be used and I didn't even thought about the possibility that the separate installation would be merged into the default /. So the ebuild just looked broken. I found the ML thread [3] that linked to the QA teams' decision [4]. I haven't found the time to dig into that deeper yet, but it seems that games installation under /usr/games is just not desired anymore o.O Might these links help anyone else to understand that, too. :-) [1] https://wiki.gentoo.org/wiki/Project:Games/Ebuild_howto [2] https://devmanual.gentoo.org/eclass-reference/games.eclass/index.html [3] https://archives.gentoo.org/gentoo-dev/message/396cdd71778d3ff5116a75be09fcd256 [4] https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Meeting_Summaries#Games_team_policies_issue HTH, holgersson Alpha 20 has now been released. The main blocker here I believe is still SpiderMonkey. We need version 31 in the tree at a minimum and the 0 AD folks have already begun work on upgrading to SpiderMonkey 38. Unfortunately, the situation with SpiderMonkey seems rather unusual at the moment and blocking us updating that. Created attachment 429442 [details]
0ad-0.0.20_alpha.ebuild
@holgersson & Anthony
in the mean time please do enjoy ebuild for the new version including all the previous ebuilds offered ;)
Created attachment 429444 [details, diff]
0ad-0.0.20_alpha-gentoo.patch
Created attachment 429446 [details]
0ad-data-0.0.20_alpha.ebuild
Actually ebuilds for 0ad and 0ad-data are simple bumps while gentoo-patch provides no changes over the one for .19 release just clean apply in slightly changed position in files
Changed the summary ;-) Thanks for that ebuild (In reply to Wojciech Myrda from comment #12) > Created attachment 429446 [details] > 0ad-data-0.0.20_alpha.ebuild > > Actually ebuilds for 0ad and 0ad-data are simple bumps while gentoo-patch > provides no changes over the one for .19 release just clean apply in > slightly changed position in files Maybe you have to remove the usage of game.eclass to meet gentoo's QA standard. in portage. |