8
This complaint seems to be reoccurring every so often. I know I for one share many of the same frustrations.
One solution, which may or may not help, is to establish some sort of tracking of actively maintained and dead modules. This way it would be very clear to potential contributors, as well as end users which modules are suffering from neglect, lack of resources, etc. Another benefit is that someone wanting to get started working with XOOPS modules has a quick reference to see which third party areas are in the most need of help.
I know I myself have had to make a few customizations to modules occasionally, and even to the core of Xoops. But with no real way to funnel those changes back, they simply sit on my server. If I knew module "foo" used to be maintained by "X", I could send my changes to "X" and either take over maintaining the module, assist with current development (if the current maintainer is so inclined), or prepare a new release under the same name instead of forking a module to a new name.
Basically, I think there needs to be some improvement in the tracking of active vs dead modules, and a way for those interested in helping out to claim dead modules as a new maintainer. Oh, and the new xoopsforge.com seems to be reddundant with dev.xoops.org and the use of WP, IMHO, makes it a jumbled mess. Now that I've aired my complaints, I'll back them up by saying I would be willing to jump in and help out wherever possible or needed.
I think this makes sense, but forgive me if it rambles a bit. Mr Arthur Guinness and myself had a long night last night, and I'm just clearing the cobwebs now