New Community Infrastructure |
|
SOLUTIONS
GOOD NEWS
*We* can do it! you don't have to be a "the smartest hacker", just decide to help, now!
Rather than have it auto-aggregate from a number of varied sources, however, I think a better plan would be to have it act as a lightweight hub, which would be used as a single point from which to track where the homepage is hosted, what repositories (LuaDist, LuaRocks, deb-pkg, Synaptic, SourceForge, Launchpad, LuaForge itself if package hosting is supported going forward, etc.) it is distributed/mirrored on and which (if any) is the development focus "main" host. Registration would be automated for both users and projects.
It would be primarily used, like the current site, as a destination for discovery of applications and libraries that use Lua, categorized by type (application/game with Lua support, Lua library/module/package, Power Patch, set of Lua scripts), then by field (games, sound, graphics - the same tree LuaForge already has (although there might be a different tree for power patches)). Projects could either be registered by the project's manager/developer, with homepage hosting provided and editing allowed only for them ("hub page" style), or by anybody who knows about the project, editable by anyone and owned by no one, but claimable by the project manager at any time after creation ("wiki entry" style).
It would also be useful if it provided homepage hosting for Lua projects (like the current version's <project>.luaforge.net sites), since many of the alternative hubs that have been suggested for code hosting and the like do not provide this service (really, everybody but Sourceforge). The biggest thing LuaForge could non-redundantly provide (assuming this would be possible) would be Kepler Lua Page support in project sites. This could be complemented with a page for adding files for the most common project page setups (such as Sputnik or a set of Lua scripts that generates pages that look like the Kepler manuals whose style 90% of LuaForge projects copy). Hosting Lua Pages would also provide a convenient avenue for library projects to provide a live demo.
As stated though, bug tracking and source control are best handled by many other sites that make this their sole purpose.
I think a good model to work from would be Launchpad (http://launchpad.net). Once you've registered for an account, you can create a page for your project simply by following a link and choosing a long name and a Unix name for it, at which point you enter your details (project homepage, where the packages are, where the source is, where the bug tracking is), with opt-in choices for each of the details for services that Launchpad provides. --StuartPBentley