Thank you very much Cédric. However, I respect your point of view, and think that discussing a bit when having different ideas avoids many mistakes. We may finally find an intermediate or altered solution that fits most needs. I'm not really in favor of building a fully custom server, as it will need a lot of maintenance. But we may find an all-in-one solution that does 95% of our objectives. Maybe we could start looking at pages like: http://en.wikipedia.org/wiki/Comparison_of_free_software_hosting_facilities http://www.dmoz.org/Computers/Software/Project_Management/Open_Source/ and such...
About GForge: it supports SVN, but there are different versions with different limitations, depending on how much you want to pay! The free edition seems quite good (at first sight), as the "open source" edition (but the features are different). Sukender PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ Le Thu, 05 Feb 2009 19:17:25 +0100, Cedric Pinson <[email protected]> a écrit: > Anyway i will help to host if it helps > > Cheers, > Cedric > > Sukender wrote: >> Hi JS and Cédric, >> >> I'm a bit more in favor of what JS says. I agree that when the Forge is down >> it's really annoying, but centralizing all OSG related projects seem worth >> using a kind of forge (or something else). We really should avoid them dying >> by helping people maintaining them. >> >> Sukender >> PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/ >> >> >> Le Thu, 05 Feb 2009 17:49:57 +0100, Jean-Sébastien Guay >> <[email protected]> a écrit: >> >> >>> Hi Cedric, >>> >>> >>>> In theory the idea is cool but if people dont fill the current wiki why >>>> they will take energy to fill a forge ? >>>> >>> I think it requires no more energy than hosting your project on your own >>> site, or a site like SourceForge or Google Code. The difference is that >>> it would be centralized, with an easy way to add maintainers, to >>> generate interest in projects, to search, etc. >>> >>> A list of nodekits on the wiki, where links become broken and there is >>> no way of knowing if a project is actually any good, doesn't help at all. >>> >>> >>>> And personnally if there is no support >>>> for git/mercurial i prefer to host the project where i can use those tools. >>>> >>> You could always host your own version control repository, and use the >>> forge's version control as a mirror. Plus I think some of the software >>> supports Mercurial at least (mozdev does, why not others?) >>> >>> >>>> I think the main problem is to reference project, not to host them Maybe >>>> we just need to improve the reference of project on osg trac or a better >>>> categories... >>>> >>> No, I think the main problem is generating interest and ensuring a >>> project stays alive. A dumb project list does not help there. >>> >>> As it is now, a project is one person's pet and if that person stops >>> maintaining it, it dies. Handing over project ownership does not happen >>> when a project is one person's pet. Unless the project is on SourceForge >>> or Google Code, but then we have the problem of having lots of projects >>> on different systems using different tools to maintain them. >>> >>> I think we need a better balance between consolidation and distribution. >>> Being too decentralized is not good either. >>> >>> Anyways, we'll see. >>> >>> J-S >>> >> >> _______________________________________________ >> osg-users mailing list >> [email protected] >> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >> _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
