[hobbit] Migration to SourceForge tracker?

Stewart L stewartl42 at gmail.com
Fri Aug 22 16:17:36 CEST 2008

SF provides Trac and mailing lists as a free service for using them.
Integrates with SVN as well for bug tracking, I believe.


On Fri, Aug 22, 2008 at 10:11 AM, Ralph Mitchell <ralphmitchell at gmail.com>wrote:

> One advantage of using Sourceforge is that they are hosting it.  Is there a
> similar site hosting Trac??
> Ralph Mitchell
> On Fri, Aug 22, 2008 at 9:01 AM, T.J. Yang <tj_yang at hotmail.com> wrote:
>>  If given voting right, I would vote for using trac to coordinate the
>> hobbit community.  sourcefoge looks like has a bigger supersets of features
>> than trac. I like the Statistics (R1) especially. Too bad we (hobbit
>> community) is not totally embraceing sourceforge.* *Ex, we still have our
>> own mailling list while sourceforge provide this feature.*
>> *I can work with either sourceforge or trac solutions, but please lets
>> utilize a solution's features as much as possible.*
>> *
>> R1:
>> http://sourceforge.net/project/stats/detail.php?group_id=128058&ugn=hobbitmon&type=tracker
>> T.J. Yang
>> ------------------------------
>> Date: Thu, 21 Aug 2008 20:07:21 -0400
>> From: paulehr at gmail.com
>> To: hobbit at hswn.dk
>> Subject: Re: [hobbit] Migration to SourceForge tracker?
>> Instead of sourceforge, how about something like Trac?
>> http://trac.edgewall.org/
>> I think it has everything your looking for in a tracker, not to mention it
>> can integrate with subversion.
>> Another option would be if you don't want to host your own tracker is
>> Launchpad
>> https://launchpad.net/
>> Only issue with Launchpad is that it uses bazaar instead of subverison
>> for  a VCS.
>> -Paul
>> On Mon, Aug 18, 2008 at 8:22 AM, SebA <spa at syntec.co.uk> wrote:
>>  Seeing as we are now using subversion (yay!), and moving to a more
>> de-centralised development model, maybe it's time (or after the project
>> namechange anyway) to start using the SourceForge bug and feature-request
>> tracker?  (Or another tracker.)  This would enable all the developers and
>> users to track the outstanding bugs instead of just Henrik.  I've noticed in
>> the past that Henrik is very quick at fixing the critical bugs and core
>> dumps (thanks), but other less critical ones (in trunk) seem to be
>> outstanding for many months.  Having a public bug tracker would:
>> (a) enable users to contribute to bugs via confirmation of the bug,
>> narrowing down of the cause(s) / scenarios, testing of patches, etc.
>> (b) ensure bugs (and feature requests) don't get forgotten about;
>> (c) more easily allow other developers to create patches;
>> (d) facilitate the release process by being able to see what might need
>> fixing / doing / adding before the next release;  (I believe 4.3.0 is about
>> a year overdue, but unfortunately trunk still isn't stable…)
>> (e) increase the acceptance of Hobbit by users / companies, as it would
>> increase the signs of life of the project (if used properly), the signs of
>> support (in terms of bug fixing), etc.
>> (f) encourage people posting bugs that someone who might fix their bug
>> might (eventually) see their bug post! ;)
>> In terms of the stability of hobbit, if new features are going to be
>> added, isn't it time we branched 4.3 off from trunk?  (So we don't add new
>> bugs to the 4.3 branch and further delay the release.  Or has this already
>> been done?)  Personally, I would have liked this to have happened this time
>> last year after Henrik announced 4.3.0 was nearly ready, instead of adding
>> new features since then.  What would have happened, I suppose, is the
>> current trunk would have developped into 4.4.0.  (If someone particularly
>> wanted a specific new feature from trunk in 4.3, they could backport the
>> patch.  This would be facilitated if patches were uploaded to the bug
>> tracker for these new features when, or preferably before (thereby
>> increasing the stability of trunk by allowing testing of the patch first),
>> checking in to trunk.)  I expect nearly everyone knows an open-source
>> project that works like this, but Asterisk is one that works well in this
>> way, with hundreds of people submitting patches to their customised Mantis
>> bug tracker.
>> Kind regards,
>> SebA
>> ------------------------------
>> Be the filmmaker you always wanted to be—learn how to burn a DVD with
>> Windows(R). Make your smash hit<http://clk.atdmt.com/MRT/go/108588797/direct/01/>

You only lose what you cling to.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20080822/e6963208/attachment.html>

More information about the Xymon mailing list