Rather than creating the unowned file in every game, please just put it in some package and RDEPEND on it. That will be much cleaner and allow for clean updates of the file contents rather than randomly rewriting it when installing games.
Created attachment 368704 [details] games-misc/gentoo-envd-0.ebuild proposal
Created attachment 368706 [details, diff] games.eclass.patch
Created attachment 369356 [details, diff] games.eclass.patch
Created attachment 369358 [details] games-misc/gentoo-envd-0.ebuild
Created attachment 369390 [details] games-misc/gentoo-envd-0.ebuild missed "-e" in the file check in pkg_setup
Created attachment 370268 [details] games-misc/gentoo-envd-0.ebuild * inherit multilib.eclass explicitly Any objections? If not, then I will fix this in ~2 weeks or so. Have been running the modified eclass for the last weeks without any issues.
If we're going to do this we should fix #408615 at the same time. Am I missing how the proposed file does that or... ? I'm also not in love with the name "gentoo-envd". Seems like the word "game" should appear someplace.
(In reply to Mr. Bones. from comment #7) > If we're going to do this we should fix #408615 at the same time. Am I > missing how the proposed file does that or... ? > Nope, I just linked it because solving this bug will make it easier for people to config-protect /etc/env.d/90games and add their changes which was not possible with the old eclass behavior. I am not sure if that PATH bug is actually a real issue to more than one user, but I could add the fix from #408615#c0 to the env file? > I'm also not in love with the name "gentoo-envd". Seems like the word > "game" should appear someplace. gentoo-envd -> games-envd?
opinion?
+*games-envd-0 (12 Mar 2014) + + 12 Mar 2014; Julian Ospald <hasufell@gentoo.org> +games-envd-0.ebuild, + +metadata.xml: + initial import wrt #417383 + 12 Mar 2014; Julian Ospald <hasufell@gentoo.org> games.eclass: + fix games.eclass to use games-misc/games-envd let's hope I did not screw up
