I think we can all agree that Games project is still dysfunctional, and can't reasonably be expected to maintain 877 packages. I would suggest either disbanding it entirely, or dropping packages from the project and making it a meta-project to help people with packaging games.
Yeah, of the official team members, I'm the only active one and I've been calling myself acting team lead, whatever that means. There has been some help from others, particularly Polynomial-C so thanks to him. The mr_bones_ situation was unfortunate. He was doing a lot more work than I've been able to do but even I thought games.eclass needed to go. Was it worth him leaving? Maybe not. I think I like the meta-project idea but I'm concerned that if we disassociate the packages from the project, bug mail is effectively going to go to /dev/null. You may say it already does and it's true that I do focus on the packages I'm most interested in but I try to find the time to deal with some of the others too. I suppose I can manually search Bugzilla but I don't see myself doing that. I may then not act on things until last-rites are announced. I also don't want to see huge numbers of games being last-rited for the sake of it. Many are dead upstream but that's often the way with games and if they still work then so what? If they don't, then sure, we can make a judgement call.
For a start, you could do an occasional reminder/announcement that Games team welcomes individual maintainers. Maybe long-term we could introduce a <maintainer-needed/> element in metadata.xml that indicates that the package is looking for a new maintainer even if it has one already.
Created attachment 591156 [details] games-pkgs.txt Here's a list of games@ packages, sorted by last commit date.
(In reply to Michał Górny from comment #3) > Created attachment 591156 [details] > games-pkgs.txt > > Here's a list of games@ packages, sorted by last commit date. What are you trying to say with this? It's better than I expected. Games in general tend to see fewer releases and break less frequently. Commercial games rarely see a new release by the time we have packaged them and tend to be very self-contained. I still stand by what I said earlier. We've had an election as you requested and I am now the lead. I'm not able to deal with all the incoming bugs but I'm doing what I can. That includes fixing bugs that I consider to be worthwhile for our users but I otherwise wouldn't care about.
I've been attaching similar lists to all bugs, hoping they'd help identify dead packages. Though I guess indeed games are a problematic material here. Though bottom positions on the list usually come with old EAPIs.
I think we're doing _okay_ right now. Especially given we have either none or very few EAPI 5 ebuilds under games@ now (I can't recall which), and obviously games.eclass is gone. This has eliminated most of the rot. I like the idea of having a way to indicating "help wanted" though. Are we alright to close this, or do we want to keep it open?
(In reply to Sam James from comment #6) > > I like the idea of having a way to indicating "help wanted" though. > https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs Not sure if anyone looks at this page anymore, could probably do some spring cleaning too.
