> SF Tracker is what Python decided was so unbearable that they
decided
> *anything* would be better. Having decided that, they went to work
> on beating Roundup into shape, that being what they got the most
> serious volunteers to work on.
Let me elaborate on this a bit. The SF tracker's feature set was only part
of the problem, and often not the main problem. Sure, there were things
we'd wished their tracker did differently, but the performance of the SF
systems and poor response to RFEs to the system were probably more important
than the available feature set. Again, related to release schedules, there
were times nearing releases when SF was unavailable. As people were more
actively working on identifying and fixing bugs during the time just before
a release it was completely unacceptable for the bug tracker to simply go
away. It doesn't matter how perfectly its features suit your development
style if it's not reliable.
This was also the main reason Python stopped hosting its source code on SF.
We switched to a self-hosted Subversion repository, again, with a lot of
work by Martin v. Loewis on conversion tools (cvs2svn in this case). If you
were to ask Martin, I'm fairly certain he will tell you he would rather to
have not had to do it. Switching from CVS to Subversion and remaining at SF
would have been a lot easier.
Skip
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta