On 2007-November-06 , at 07:21 , Bryce Harrington wrote:
We've been wanting to switch from the extraordinarily painful SF bug tracker. Initially I thought we should host the service, but we don't have people with the expertise and time to do it, esp. given the DOS attack Inkscape suffered last week.
Ted, Kees, and I are investigating Launchpad, and think it will give all-around improvement with no regressions. Mental and ACSpike also thought Launchpad sounded like a good option. Bulia and other heavy bug tracker users - can you give a thumbs up that this would be worth trying?
Even though I am not a "heavy bufg tracker user" I find SourceForge's system painful the few times I use it. The two things I would really like to see improved are: - speed: for me, SF system pain resides mostly in the fact that it is sloooow - less distinction between bugs, feature requests and patches and work with a single "ticket" system, a la Trac, in which tickets can be tagged, tracked and anything can be attached. The reason why I think the distinction is useless are: 1) most people (users) have a hard time distinguishing bugs and RFEs: an unexpected behavior can either be a bug in how a feature is coded or a design decision (or absence of decision) and the exected behavior should be requested. From a user point of view, there is often no way to distinguish those. 2) when patches are submitted, they either address a bug or provide new functionality, so theit logical place is inside a bug report or a feature request IMHO.
Launchpad has the usual advanced bug tracking capabilities we've been badly missing, like proper bug duping, auto dupe detection, email interface, milestoning, tagging, SVN/CVS/etc.-integration, and so on. It also allows linking to upstream and downstream bug trackers, so we will be able to hook Inkscape bugs to corresponding Gtk, Cairo, etc. bugs (this is an extremely handy feature).
Does this also means migrating the source code repository from SourceForge's SVN to Launchpad Bazaar?
We're here local with the Launchpad engineers, so it would be a good opportunity for us to have them run their import scripts and set up a public demo site for us. They'll also provide the exported data files, in case we would choose to go with something different.
JiHO --- http://jo.irisson.free.fr/