Quoting Pedro Lopez-Cabanillas <pedro.lopez.cabanil...@gmail.com>:
On Wednesday, March 31, 2010, j...@resonance.org wrote:
Hello FluidSynth developers and users,
I will be moving FluidSynth services off of the resonance.org domain.
I wanted to ask if there are any opinions or ideas on options for the
various hosted components of the FluidSynth project. It seems like
some conglomeration of these services might also be a good idea.
Hosted components of the FluidSynth project:
- Trac web site interface
- SVN server
- File download area
- fluid-dev mailing list
I think that pretty much covers it. I noticed that SourceForge.net
now has Trac support, as well as git (if we ever want to move to that
instead of SVN). SourceForge seems to be looking fairly nice these
days and my only real objection is the advertising. It seems to be
fairly focused on software related topics though, so at least its not
some random noise. I would likely move the file releases to
SourceForge and possibly also the mailing list too, just to bring it
all to one place.
Any thoughts or opinions on this?
I fully support the proposal. It has little sense to maintain a
private server
when there are so many good and free hosting services for free software
projects.
I am a long term SF.net user, with all my projects hosted there and I'm very
happy with the service. Nothing to say about the advertising, either.
About other options, we are already using some Savanna services (mailing list
and download area), but it also offers now SVN and Git:
http://savannah.gnu.org/maintenance/WhyChooseSavannah
I like Savannah because of its "true to free software" nature. But on
the other hand, it doesn't seem to be evolving as much as
SourceForge.net (it took forever for them to add SVN support, the
original reason I started hosting FluidSynth elsewhere) and their
documentation is rather bleak.
Also, since I'll be moving all of Swami's services over to SourceForge
as well (a good bit of it is already hosted there), I think at this
point I'll probably just go with that for FluidSynth too.
One rather major issue though, is that I don't see an easy way to
migrate all of the Trac data over to SourceForge's Trac. The user
accounts are integrated with SourceForge accounts, which seems nice,
but would make it difficult to move all of the existing Trac data over
(I don't think it would be possible to retain the user correlations).
For Swami, I am just going to do away with Trac altogether and just
use other SourceForge services, since there isn't a huge amount
invested in Trac for that project. FluidSynth is a different story
though.
Any ideas?
I could try to migrate the Wiki content and tickets over to Trac on
SourceForge.net, but it will likely all end up being owned by my user
account. Probably the biggest issue with that is that individuals who
are currently CC'd on tickets wont be anymore, unless they add
themselves on the new Trac instance.
The other option would be to do away with Trac altogether and just use
the basic SourceForge ticket system.
As far as SVN is concerned, I'm going to do my best to retain user
account information. There aren't a lot of accounts that have been
involved in commits, so as long as all of those users have SourceForge
accounts, I don't think it will be too difficult to rename the
commits. Though I have not previous experience with this.
Regards,
Pedro
So.. Work in progress. Thanks for the input!
Josh
_______________________________________________
fluid-dev mailing list
fluid-dev@nongnu.org
http://lists.nongnu.org/mailman/listinfo/fluid-dev
