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-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

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 much

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 davi...@pacbell.net 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

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 option

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 alex.aus...@spectrumdsi.com 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

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 tell,

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 volunteer

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

2010-01-29 Thread Austin, Alex
-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 protect

[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 the

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 davi...@pacbell.net 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

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

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 davi...@pacbell.net 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

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 now.

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 back to