Re: gEDA-user: TRACKERS [was: Re: gEDA-dev: Dev list [was: Random thoughts onthe future interface of PCB]]

[clif@xxxxxxxxxxxxx]

> Date: Fri, 10 Dec 2010 20:03:29 +0000
> From: Peter TB Brett <peter@xxxxxxxxxxxxx>
> Subject: Re: gEDA-user: TRACKERS [was: Re: gEDA-dev: Dev list [was:
>       Random  thoughts onthe future interface of PCB]]
>
> On Thursday 09 December 2010 21:06:06 Peter Clifton wrote:
> > On Thu, 2010-12-09 at 21:22 +0100, Bert Timmerman wrote:
> > > ... gEDA and friends can even keep the SF tracker system ...
> >
> > Actually, I have been looking quite seriously at the possibility of
> > ditching SF trackers and moving all the history of bugs to Launchpad.
> >
> > I can do a fairly lossless export, and I'm working on fixing some 
issues
> > with the Launchpad bug import code to be able to translate any bug
> > numbers embedded in the bug comments.
> >
> > Nothing is decided yet.. beyond verifying that it is technically
> > feasible, I want to know that all the current developers buy in (or at
> > least consent) to a move.
> >
> > Launchpad being properly open source now removes one potentially strong
> > argument against its adoption, but no doubt there will be people who
> > dislike it for other reasons, or trust SourceForge more than Canonical.
> >
> > I'd welcome feedback from people who actively encounter and report bugs
> > (especially in favour of the move ;)).
> >
> > I'd also welcome feedback from anyone who works with bug reports, test
> > patches, merge code etc... (Doesn't have to be with gEDA / PCB, anything
> > regarding Launchpad / SourceForge).
>
> Launchpad seems to have a number of advantages of SF.net, including the
> ability to easily mark duplicate bugs and link bugs to a particular branch.
> But it also does "simple", "easy" things better -- for example, it actually
> sends the right content type for attachments to the browser.  It even has
> sensible URLs for bugs.  You can also assign groups of people to a bug, as an
> alternative to individual developers.
>
> My main objection to Launchpad in the past was that it was closed-source, but
> now that that has been changed... it's hard to find a reason not to use it for
> bug tracking instead of SF.net.
>
>                                 Peter
>
> --
> Peter Brett <peter@xxxxxxxxxxxxx>
> Remote Sensing Research Group
> Surrey Space Centre

> Date: Fri, 10 Dec 2010 22:01:02 +0100
> From: Markus Hitter <mah@xxxxxxxxxxx>
> Subject: Re: gEDA-user: TRACKERS [was: Re: gEDA-dev: Dev list [was:
>       Random  thoughts onthe future interface of PCB]]
> To: gEDA user mailing list <geda-user@xxxxxxxxxxxxxx>
> Message-ID: <07255762-6808-4563-9A82-8D28A0D7D77C@xxxxxxxxxxx>
> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed

[...]

> I've commited a bunch of bugs against Ubuntu, the prestige-project of
> Launchpad. Finding similar bugs, or any related bug was almost
> impossible. The project's source code feels so far away I never got
> in touch with it. So, no engouragement to actually fix something.
>
> Another reason would be perhaps it's use of Bazaar instead of Git.
> This not-so enthusiastic experience might be Ubuntu specific, of course.
>
> Using Github, the experience was a lot better. Regarding the
> messenging system it's not as full featured as the others, but
> sufficiently featured.
>
> Everything on Github centers around the source code repository, so
> you almost have to run away to not start fixing the issue. Forks are
> still a fork, but pull requests and similar features make it more
> feel like a branch. Many people use this fork-and-pull-request
> thingy, so it's simple to review something or ask for refinements
> without worrying about the main repo. You can put comments right into
> the provided patches and they're picked up in the issue's tracker
> log. Very productive.
>
>
> my $0.02
> Markus
>
> - - - - - - - - - - - - - - - - - - -
> Dipl. Ing. (FH) Markus Hitter
> http://www.jump-ing.de/


Maybe we should check out the rest of the alternatives:

http://en.wikipedia.org/wiki/Comparison_of_Free_Software_Hosting_Facilities

Also I realize you don't want to re-invent the wheel but I have a rack 
with a few servers at isc.org (the location of the F. Root nameserver). 
Mostly they run xen instances, but they are very much under utilized. If 
you want to roll your own setup, say out of debian packages it might be an 
option.

	Clif


_______________________________________________
geda-user mailing list
geda-user@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user