0AD Alpha 19 was released and it would be nice if you could bump it.
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.
