Re: [Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-02-02 Thread Edgar Grimberg
On Tue, Feb 2, 2010 at 7:12 PM, David Brownell wrote: > On Friday 29 January 2010, Edgar Grimberg wrote: >> Is there a way to make it send email notifications to this list, with >> some tag in the subject line ([TRAC] or something similar)? This will >> make the evolution of the tickets visible to

Re: [Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-02-02 Thread David Brownell
On Monday 01 February 2010, Austin, Alex wrote: > > The only really viable option seems to be gitit, and I'm not sure we > want something that complex. We're probably better off sticking with > known-good and hosted wiki options. My thoughts exactly. Using something like "gitit" would require a

Re: [Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-02-02 Thread David Brownell
On Sunday 31 January 2010, Øyvind Harboe wrote: > I was kinda wondering if we could have the wiki stored in git as well. > (14 days cooloff before pushing or somesuch?). A two week push delay would indeed be a good way to essentially prevent a wiki from attracting any users. ;) What makes wikis w

Re: [Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-02-02 Thread David Brownell
On Friday 29 January 2010, Edgar Grimberg wrote: > Is there a way to make it send email notifications to this list, with > some tag in the subject line ([TRAC] or something similar)? This will > make the evolution of the tickets visible to the list, avoiding > unnecessary duplication of information

Re: [Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-02-01 Thread Austin, Alex
> > I'm intrigued by having the bug database stored in git together with > the repository. Especially for posterity, offlline usage, etc. > > I was kinda wondering if we could have the wiki stored in git as well. > (14 days cooloff before pushing or somesuch?). > The only really viable opti

Re: [Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-01-31 Thread Øyvind Harboe
On Fri, Jan 29, 2010 at 11:05 AM, Austin, Alex wrote: > As far as bug databases go, I’m kinda partial to ticgit. It stores the whole > bug database in one git branch that never actually gets checked out. It > hasn’t been updated in a while, but it’s not exactly a complex system, > either. I'm int

Re: [Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-01-29 Thread Austin, Alex
ocd-development-boun...@lists.berlios.de [mailto:openocd-development-boun...@lists.berlios.de] On Behalf Of Dean Glazeski Sent: Thursday, January 28, 2010 9:56 PM To: David Brownell Cc: openocd-development@lists.berlios.de Subject: Re: [Openocd-development] bug database [ WAS Re: STR7x flash prot

Re: [Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-01-29 Thread David Brownell
On Friday 29 January 2010, Edgar Grimberg wrote: > > Right now I seem to be the person doing this for the bugs > > that can (or should!) affect the 0.4.0 release; nobody > > volunteered to handle *any part of that* for the community. > > Since I'm doing some testing these days, sign me up as a vol

Re: [Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-01-29 Thread Edgar Grimberg
> Right now I seem to be the person doing this for the bugs > that can (or should!) affect the 0.4.0 release; nobody > volunteered to handle *any part of that* for the community. Since I'm doing some testing these days, sign me up as a volunteer for the bug database. > ... And as far as I can tel

Re: [Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-01-29 Thread Edgar Grimberg
> I would have thought trac [ http://trac.edgewall.org/ ] ... We are using Mantis internally, but I have nothing against trac. It's the goal to have a bug database that I'm interested in, not the specific implementation. > Using trac would involve just turning on a feature at SourceForge, > and (

Re: [Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-01-28 Thread David Brownell
On Thursday 28 January 2010, Dean Glazeski wrote: > > The only significant "anti-" sentiment I have is that the Trac git plug-in > > hasn't had an update since 28th of August of 2009.  I'm going to play with > > this a little bit with my sourceforge project that's hooked up to git and > > I'll get

Re: [Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-01-28 Thread Dean Glazeski
> > The only significant "anti-" sentiment I have is that the Trac git plug-in > hasn't had an update since 28th of August of 2009. I'm going to play with > this a little bit with my sourceforge project that's hooked up to git and > I'll get back to you. > Alright, it's impossible to do it, for n

Re: [Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-01-28 Thread Dean Glazeski
On Thu, Jan 28, 2010 at 7:45 PM, David Brownell wrote: > On Thursday 28 January 2010, Dean Glazeski wrote: > > You know, I'm sort of in love with Trac. I love the way their code is > > designed and I love their system. I've been using for quite some time. > > Hmm, so you're ahead of most of us!

Re: [Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-01-28 Thread David Brownell
On Thursday 28 January 2010, Dean Glazeski wrote: > You know, I'm sort of in love with Trac.  I love the way their code is > designed and I love their system.  I've been using for quite some time. Hmm, so you're ahead of most of us! Might you then be interested in helping this project at least st

Re: [Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-01-28 Thread Dean Glazeski
On Thu, Jan 28, 2010 at 5:49 PM, David Brownell wrote: > On Thursday 28 January 2010, Edgar Grimberg wrote: > > How about we try using a bug database of sorts? Mantis is the first > > that comes to mind. It can be read-only for the general public and > > only the maintainers (and "official tester

[Openocd-development] bug database [ WAS Re: STR7x flash protect ... ]

2010-01-28 Thread David Brownell
On Thursday 28 January 2010, Edgar Grimberg wrote: > How about we try using a bug database of sorts? Mantis is the first > that comes to mind. It can be read-only for the general public and > only the maintainers (and "official testers", if you like) can add > bugs into it. It's a way to gather all