Proposal: Consider CVS Provider Change
As all SF-using developers know, SF CVS has been partly or totally unavailable for much of the past week.
It is possible SF will overcome their current problems and things will greatly stabilize and finally become highly reliable. However, past experience coupled with knowledge of the company's uncertain financial situation suggest this is unlikely to be the case and that we can expect trouble to come.
I would like to propose that if when SF CVS returns, we do not have adequate confidence that they'll be highly stable, that we then proceed with a plan to shift to a different CVS provider.
There are many different alternatives to consider for CVS providers, each with their own pros and cons. If we go this route I suggest we assemble a set of requirements we would have for a provider, and then judge various options against them.
Bryce
On Fri, 23 Jan 2004, Bryce Harrington wrote:
I would like to propose that if when SF CVS returns, we do not have adequate confidence that they'll be highly stable, that we then proceed with a plan to shift to a different CVS provider.
There are many different alternatives to consider for CVS providers, each with their own pros and cons. If we go this route I suggest we assemble a set of requirements we would have for a provider, and then judge various options against them.
Bryce
Assuming the lack of comment simply indicates general assent, I think we should proceed with this proposal.
At this time, while SourceForge has returned to service, it is very flaky and unstable, nor does anyone I speak to have confidence that this is likely to change in the near to mid term.
Therefore, I would recommend that we begin to develop a plan to change to a new CVS provider, with the objective of changing to that provider within a month.
The next step is to enumerate our requirements for provisioning. After that, we should assemble a list of possible providers and judge which looks like it will fit our needs best.
This present change will restrict itself to changing only CVS, not our mail, web, or bug tracking services; those other services are working adequately at this time. However, we may wish to convert those as well, so should consider the ability of providers to host additional services too.
Further, there is some interest in being able to consider alternatives to CVS in the future. For this change we will limit the scope to migrating to regular CVS rather than other VCS. However, we should judge providers' ability and willingness to host other systems such as mcvs, arch, et al, so that we will gain the flexibility of being able to try out other systems in the future if we need to.
If you have inputs regarding requirements or possible providers, or other issues that should be addressed before proceeding with this, please share at this time. I will post a list of requirements for review some time this week.
Bryce
On Sun, 25 Jan 2004, Bryce Harrington wrote:
If you have inputs regarding requirements or possible providers, or other issues that should be addressed before proceeding with this,
*cough* cvs.gnome.org *cough*
;)
please share at this time. I will post a list of requirements for
brevity is ...
Alan Horkan wrote:
On Sun, 25 Jan 2004, Bryce Harrington wrote:
If you have inputs regarding requirements or possible providers, or other issues that should be addressed before proceeding with this,
*cough* cvs.gnome.org
It's very hard to add accounts to gnome.org. That's one problem we had with sodipodi.
njh
On Mon, 26 Jan 2004, Nathan Hurst wrote:
Alan Horkan wrote:
On Sun, 25 Jan 2004, Bryce Harrington wrote:
If you have inputs regarding requirements or possible providers, or other issues that should be addressed before proceeding with this,
*cough* cvs.gnome.org
It's very hard to add accounts to gnome.org. That's one problem we had with sodipodi.
We'll definitely include cvs.gnome.org on the list of providers to consider. I suspect they won't make the final cut due to the difficulty adding accounts, however they have the nice benefit of providing translation services.
Bryce
Plus, there is the benefit of being integrated somewhat into their "responsive" culture of projects and people.
Jon
On Sun, 2004-01-25 at 21:18, Bryce Harrington wrote:
On Mon, 26 Jan 2004, Nathan Hurst wrote:
Alan Horkan wrote:
On Sun, 25 Jan 2004, Bryce Harrington wrote:
If you have inputs regarding requirements or possible providers, or other issues that should be addressed before proceeding with this,
*cough* cvs.gnome.org
It's very hard to add accounts to gnome.org. That's one problem we had with sodipodi.
We'll definitely include cvs.gnome.org on the list of providers to consider. I suspect they won't make the final cut due to the difficulty adding accounts, however they have the nice benefit of providing translation services.
Bryce
The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
I've established a Wiki page to summarize requirements and provider options here:
http://www.inkscape.org/cgi-bin/wiki.pl?ChangingCvsProviders
I've jotted down some thoughts on requirements including ones that have already been brought up in this thread. Please review and add further thoughts.
Bryce
On Sun, 25 Jan 2004, Jonathan Phillips wrote:
Plus, there is the benefit of being integrated somewhat into their "responsive" culture of projects and people.
Jon
On Sun, 2004-01-25 at 21:18, Bryce Harrington wrote:
On Mon, 26 Jan 2004, Nathan Hurst wrote:
Alan Horkan wrote:
On Sun, 25 Jan 2004, Bryce Harrington wrote:
If you have inputs regarding requirements or possible providers, or other issues that should be addressed before proceeding with this,
*cough* cvs.gnome.org
It's very hard to add accounts to gnome.org. That's one problem we had with sodipodi.
We'll definitely include cvs.gnome.org on the list of providers to consider. I suspect they won't make the final cut due to the difficulty adding accounts, however they have the nice benefit of providing translation services.
Bryce
The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Fri, 23 Jan 2004 23:50:48 -0800 (PST) Bryce Harrington <bryce@...1...> wrote:
I would like to propose that if when SF CVS returns, we do not have adequate confidence that they'll be highly stable, that we then proceed with a plan to shift to a different CVS provider.
I had an interesting experience trying to move a project off sourceforge: they refused to take the project pages down. See
https://sourceforge.net/tracker/?func=detail&atid=200001&aid=812526&...
They said:
Date: 2003-09-26 08:17 Sender: moorman Logged In: YES user_id=152443
Greetings,
Based on a brief review of your project, it appears that your project has produced a body of work which may be of use to other developers in the future. SourceForge.net provides hosting to a variety of Open Source software development projects, and projects producing documentation for the Open Source community. It is the policy of SourceForge.net that projects which have produced material shall not be removed except under special circumstances (such as some legally compelling reason, i.e. DMCA or trademark issue).
Documentation on this subject (our project removal policies) may be found at: https://sourceforge.net/docman/display_doc.php?docid=14041&gr oup_id=1
Please determine whether another member of your project team would be interested in taking over administrative control of this effort. If you wish to be removed from the project in question, we will be glad to assist in this process. If no further response is received, we will leave your project intact, as per our policies. Please let us know how you wish to proceed, by adding a comment to this support request.
Thank you,
SourceForge.net support
I will be interested to hear how your move goes.
On Tue, 27 Jan 2004, Ian Grant wrote:
On Fri, 23 Jan 2004 23:50:48 -0800 (PST) Bryce Harrington <bryce@...1...> wrote:
I would like to propose that if when SF CVS returns, we do not have adequate confidence that they'll be highly stable, that we then proceed with a plan to shift to a different CVS provider.
I had an interesting experience trying to move a project off sourceforge: they refused to take the project pages down. See
At this time we're not moving everything, just CVS. A copy of CVS will remain on SF at the state at which we move, but it will be just a snapshot in time. We don't need to have SF actually remove anything.
Thanks, Bryce
participants (5)
-
Alan Horkan -
Bryce Harrington -
Ian Grant -
Jonathan Phillips -
Nathan Hurst