Re: [Dovecot] Bug tracker
I second that. New version 3.2 supports sub-projects, editions and components and is user-friendly. Cheers, Olivier > On Wed, Apr 11, 2012 at 09:26:20AM +0300, Timo Sirainen wrote: > > So, any suggestions for what software could do these things? I think > Request > Tracker has those features, but it's not really the nicest/prettiest > thing. > > May be worth to take a look at http://www.thebuggenie.com/. > > Thomas >
Re: [Dovecot] Bug tracker
On 2012-04-11 2:26 AM, Timo Sirainen wrote: Notifications about new bugs won't go to the mailing list (most likely it was created due to a recent mailing list post). I actually would like to see these, and I imagine I'm not alone... If you'd prefer they don't go to the users list, maybe create a new 'notifications' (or maybe even a -dev) list that anyone could subscribe to to see these? So, any suggestions for what software could do these things? I think Request Tracker has those features, but it's not really the nicest/prettiest thing. +1 to Redmine. I only used it for a short time, but I liked it, and the fact that you can integrate it with git or mercurial is a big plus. Yes, it is a full blown bug tracker, but if, in the future, you add more developers (maybe you get some angel funding), you already have a full blown bug tracker in place, including the extras it comes with. -- Best regards, Charles
Re: [Dovecot] Bug tracker
On Wed, Apr 11, 2012 at 10:05 AM, Antoine Nguyen wrote: > Le 11 avril 2012 09:23, Timo Sirainen a écrit : >> > I would have the option of adding a comment that doesn't go to the >> mailing list >> >> But I'm beginning to think that no BTS supports that in the way I want. >> And it's not a huge problem for me really, just means that this mailing >> list may get a bit more pointless notifications than necessary. >> >> Although I'm also not seeing much documentation about email notifications >> in general. Can it be configured to send comment updates, but no other >> updates? I guess this could also be kludged by dropping unwanted emails in >> MTA. >> >> > AFAIK, yes. You can choose on which kind of event Redmine sends a > notification. The documentation is not the best I've seen but the > administration panel is pretty simple to understand. > There is a default notification option which is set to 'Only for things I watch or I'm involved in' - which in your case Timo you would receive everything since you would be the project owner. There are also global settings that you can configure which provide the ability to send notifications for certain events only: - Issue added - Issue updated - Note added - Status updated - Priority updated - News added - Comment added to a news - Document added - File added - Message added - Wiki page added - Wiki page updated I think there is also a plugin to disable email notifications entirely for a user. -- .warren
Re: [Dovecot] Bug tracker
Le 11 avril 2012 09:23, Timo Sirainen a écrit : > On 11.4.2012, at 9.49, Antoine Nguyen wrote: > > > Maybe Redmine ? (http://www.redmine.org/ > > I don't think it either supports: > > > I would have the option of adding a comment that doesn't go to the > mailing list > > But I'm beginning to think that no BTS supports that in the way I want. > And it's not a huge problem for me really, just means that this mailing > list may get a bit more pointless notifications than necessary. > > Although I'm also not seeing much documentation about email notifications > in general. Can it be configured to send comment updates, but no other > updates? I guess this could also be kludged by dropping unwanted emails in > MTA. > > AFAIK, yes. You can choose on which kind of event Redmine sends a notification. The documentation is not the best I've seen but the administration panel is pretty simple to understand. Antoine
Re: [Dovecot] Bug tracker
We use JIRA internally and it's probably the best bug tracker I've ever seen. The permissions system is very flexible, and to the best of my knowledge it should support everything you've described in your original post. On Wed, Apr 11, 2012 at 3:25 PM, Jan-Frode Myklebust wrote: > On Wed, Apr 11, 2012 at 09:49:18AM +0300, Timo Sirainen wrote: > > > > > > I didn't see open source as a requirement, so then I would give a plug > > > for Jira, which is the nicest/prettiest thing :-) > > > > I don't think it supports one of my requirements: > > > > > I would have the option of adding a comment that doesn't go to the > mailing list > > > > Unless that's been added in a newer version. > > > > There is an option for restricting who can view your comment, plus > "Email notifications will only be sent to people who have permission to > view the relevant issue" > > > http://confluence.atlassian.com/display/JIRA/Creating+a+Notification+Scheme > > so I would expect it to be possible to define that the mailinglist is > not member of a group-b, while everyone else is, and restrict the comment > to that group. > > But best would probably be to discuss it with atlassion support... > > > -jf >
Re: [Dovecot] Bug tracker
On Wed, Apr 11, 2012 at 09:49:18AM +0300, Timo Sirainen wrote: > > > > I didn't see open source as a requirement, so then I would give a plug > > for Jira, which is the nicest/prettiest thing :-) > > I don't think it supports one of my requirements: > > > I would have the option of adding a comment that doesn't go to the mailing > > list > > Unless that's been added in a newer version. > There is an option for restricting who can view your comment, plus "Email notifications will only be sent to people who have permission to view the relevant issue" http://confluence.atlassian.com/display/JIRA/Creating+a+Notification+Scheme so I would expect it to be possible to define that the mailinglist is not member of a group-b, while everyone else is, and restrict the comment to that group. But best would probably be to discuss it with atlassion support... -jf
Re: [Dovecot] Bug tracker
On 11.4.2012, at 9.49, Antoine Nguyen wrote: > Maybe Redmine ? (http://www.redmine.org/ I don't think it either supports: > I would have the option of adding a comment that doesn't go to the mailing > list But I'm beginning to think that no BTS supports that in the way I want. And it's not a huge problem for me really, just means that this mailing list may get a bit more pointless notifications than necessary. Although I'm also not seeing much documentation about email notifications in general. Can it be configured to send comment updates, but no other updates? I guess this could also be kludged by dropping unwanted emails in MTA.
Re: [Dovecot] Bug tracker
On Wed, Apr 11, 2012 at 9:10 AM, Patrick Ben Koetter wrote: > * Antoine Nguyen : >> >> It's more than just a bug tracker but I think it answers your needs. > > +1 > > We moved from trac to redmine about a year ago and still are very happy about > it. Our non-technical customers can deal with it well. Redmine allows to hide > projects and it knows the concept of sub-projects. It's versatile in terms of > repositories (mercurial supported) and ticket handling is fine too. > > Sometimes I miss a more comfortable wiki editor, but that's a minor tradeoff. +2 - we have been using it for another open source project for a number of years and it works well. We have it hooked up into github and it works without a glitch. thx -- .warren
Re: [Dovecot] Bug tracker
* Antoine Nguyen : > > I started thinking that perhaps I should move my TODO list to a bug > > tracker. But because of reasons I've explained a few times before, I don't > > want a full blown public bug tracking system. The requirements for it are: > > > > * I am the only person who can add new bugs. Everyone else reports > > bugs/requests to this mailing list as before. (Well, I guess Stephan could > > use this as well if he wants to.) > > > > * Everyone can comment existing bugs. > > > > * Dovecot mailing list integration: Commenting a bug sends a mail to the > > mailing list. Replies to those comments go back to bug tracker (probably > > based on some [#1234] tag in subject). I would have the option of adding a > > comment that doesn't go to the mailing list (= adding some internal comment > > that nobody else cares about). Notifications about new bugs won't go to the > > mailing list (most likely it was created due to a recent mailing list post). > > > > So the main difference to how things work now is that people would be able > > to easily browse existing bugs and add comments to them. I would add bugs > > there only when I'm not planning on fixing them within a few days. I > > wouldn't add each and every feature request there, only the things that I'm > > actually interested in developing. So the idea would be to actually get the > > bug tracker emptied at some point, not to be a graveyard of unimportant > > feature requests that about 1-2 people in the world would want. > > > > So, any suggestions for what software could do these things? I think > > Request Tracker has those features, but it's not really the > > nicest/prettiest thing. > > > > > Maybe Redmine ? (http://www.redmine.org/ > > It's more than just a bug tracker but I think it answers your needs. +1 We moved from trac to redmine about a year ago and still are very happy about it. Our non-technical customers can deal with it well. Redmine allows to hide projects and it knows the concept of sub-projects. It's versatile in terms of repositories (mercurial supported) and ticket handling is fine too. Sometimes I miss a more comfortable wiki editor, but that's a minor tradeoff. p@rick -- state of mind () Digitale Kommunikation http://www.state-of-mind.de Franziskanerstraße 15 Telefon +49 89 3090 4664 81669 München Telefax +49 89 3090 4666 Amtsgericht MünchenPartnerschaftsregister PR 563
Re: [Dovecot] Bug tracker
On Wed, Apr 11, 2012 at 09:26:20AM +0300, Timo Sirainen wrote: > So, any suggestions for what software could do these things? I think Request > Tracker has those features, but it's not really the nicest/prettiest thing. > May be worth to take a look at http://www.thebuggenie.com/. Thomas signature.asc Description: Digital signature
Re: [Dovecot] Bug tracker
;-) Ok, next one: TRAC ? --- Martin Rabl Am 11.04.2012 um 08:46 schrieb Timo Sirainen : > Probably the ugliest/user-unfriendliest bug tracker UI that I've ever seen :) > > On 11.4.2012, at 9.43, Martin Rabl wrote: > >> What about Mantis? >> >> >> --- >> Martin Rabl >> >> Am 11.04.2012 um 08:26 schrieb Timo Sirainen : >> >>> I started thinking that perhaps I should move my TODO list to a bug >>> tracker. But because of reasons I've explained a few times before, I don't >>> want a full blown public bug tracking system. The requirements for it are: >>> >>> * I am the only person who can add new bugs. Everyone else reports >>> bugs/requests to this mailing list as before. (Well, I guess Stephan could >>> use this as well if he wants to.) >>> >>> * Everyone can comment existing bugs. >>> >>> * Dovecot mailing list integration: Commenting a bug sends a mail to the >>> mailing list. Replies to those comments go back to bug tracker (probably >>> based on some [#1234] tag in subject). I would have the option of adding a >>> comment that doesn't go to the mailing list (= adding some internal comment >>> that nobody else cares about). Notifications about new bugs won't go to the >>> mailing list (most likely it was created due to a recent mailing list post). >>> >>> So the main difference to how things work now is that people would be able >>> to easily browse existing bugs and add comments to them. I would add bugs >>> there only when I'm not planning on fixing them within a few days. I >>> wouldn't add each and every feature request there, only the things that I'm >>> actually interested in developing. So the idea would be to actually get the >>> bug tracker emptied at some point, not to be a graveyard of unimportant >>> feature requests that about 1-2 people in the world would want. >>> >>> So, any suggestions for what software could do these things? I think >>> Request Tracker has those features, but it's not really the >>> nicest/prettiest thing. >>> >> >
Re: [Dovecot] Bug tracker
Le 11 avril 2012 08:26, Timo Sirainen a écrit : > I started thinking that perhaps I should move my TODO list to a bug > tracker. But because of reasons I've explained a few times before, I don't > want a full blown public bug tracking system. The requirements for it are: > > * I am the only person who can add new bugs. Everyone else reports > bugs/requests to this mailing list as before. (Well, I guess Stephan could > use this as well if he wants to.) > > * Everyone can comment existing bugs. > > * Dovecot mailing list integration: Commenting a bug sends a mail to the > mailing list. Replies to those comments go back to bug tracker (probably > based on some [#1234] tag in subject). I would have the option of adding a > comment that doesn't go to the mailing list (= adding some internal comment > that nobody else cares about). Notifications about new bugs won't go to the > mailing list (most likely it was created due to a recent mailing list post). > > So the main difference to how things work now is that people would be able > to easily browse existing bugs and add comments to them. I would add bugs > there only when I'm not planning on fixing them within a few days. I > wouldn't add each and every feature request there, only the things that I'm > actually interested in developing. So the idea would be to actually get the > bug tracker emptied at some point, not to be a graveyard of unimportant > feature requests that about 1-2 people in the world would want. > > So, any suggestions for what software could do these things? I think > Request Tracker has those features, but it's not really the > nicest/prettiest thing. > > Maybe Redmine ? (http://www.redmine.org/ It's more than just a bug tracker but I think it answers your needs. Antoine Modoboa developer (http://modoboa.org/)
Re: [Dovecot] Bug tracker
On 11.4.2012, at 9.44, Jan-Frode Myklebust wrote: > On Wed, Apr 11, 2012 at 09:26:20AM +0300, Timo Sirainen wrote: >> >> So, any suggestions for what software could do these things? I think Request >> Tracker has those features, but it's not really the nicest/prettiest thing. >> > > I didn't see open source as a requirement, so then I would give a plug > for Jira, which is the nicest/prettiest thing :-) I don't think it supports one of my requirements: > I would have the option of adding a comment that doesn't go to the mailing > list Unless that's been added in a newer version.
Re: [Dovecot] Bug tracker
Probably the ugliest/user-unfriendliest bug tracker UI that I've ever seen :) On 11.4.2012, at 9.43, Martin Rabl wrote: > What about Mantis? > > > --- > Martin Rabl > > Am 11.04.2012 um 08:26 schrieb Timo Sirainen : > >> I started thinking that perhaps I should move my TODO list to a bug tracker. >> But because of reasons I've explained a few times before, I don't want a >> full blown public bug tracking system. The requirements for it are: >> >> * I am the only person who can add new bugs. Everyone else reports >> bugs/requests to this mailing list as before. (Well, I guess Stephan could >> use this as well if he wants to.) >> >> * Everyone can comment existing bugs. >> >> * Dovecot mailing list integration: Commenting a bug sends a mail to the >> mailing list. Replies to those comments go back to bug tracker (probably >> based on some [#1234] tag in subject). I would have the option of adding a >> comment that doesn't go to the mailing list (= adding some internal comment >> that nobody else cares about). Notifications about new bugs won't go to the >> mailing list (most likely it was created due to a recent mailing list post). >> >> So the main difference to how things work now is that people would be able >> to easily browse existing bugs and add comments to them. I would add bugs >> there only when I'm not planning on fixing them within a few days. I >> wouldn't add each and every feature request there, only the things that I'm >> actually interested in developing. So the idea would be to actually get the >> bug tracker emptied at some point, not to be a graveyard of unimportant >> feature requests that about 1-2 people in the world would want. >> >> So, any suggestions for what software could do these things? I think Request >> Tracker has those features, but it's not really the nicest/prettiest thing. >> >
Re: [Dovecot] Bug tracker
On Wed, Apr 11, 2012 at 09:26:20AM +0300, Timo Sirainen wrote: > > So, any suggestions for what software could do these things? I think Request > Tracker has those features, but it's not really the nicest/prettiest thing. > I didn't see open source as a requirement, so then I would give a plug for Jira, which is the nicest/prettiest thing :-) And they provide free hosted solution: http://www.atlassian.com/software/jira/pricing Apache/ASF is a heavy jira user, in case you're not familiar with it: http://wiki.apache.org/general/ApacheJira https://issues.apache.org/jira/ -jf
Re: [Dovecot] Bug tracker
What about Mantis? --- Martin Rabl Am 11.04.2012 um 08:26 schrieb Timo Sirainen : > I started thinking that perhaps I should move my TODO list to a bug tracker. > But because of reasons I've explained a few times before, I don't want a full > blown public bug tracking system. The requirements for it are: > > * I am the only person who can add new bugs. Everyone else reports > bugs/requests to this mailing list as before. (Well, I guess Stephan could > use this as well if he wants to.) > > * Everyone can comment existing bugs. > > * Dovecot mailing list integration: Commenting a bug sends a mail to the > mailing list. Replies to those comments go back to bug tracker (probably > based on some [#1234] tag in subject). I would have the option of adding a > comment that doesn't go to the mailing list (= adding some internal comment > that nobody else cares about). Notifications about new bugs won't go to the > mailing list (most likely it was created due to a recent mailing list post). > > So the main difference to how things work now is that people would be able to > easily browse existing bugs and add comments to them. I would add bugs there > only when I'm not planning on fixing them within a few days. I wouldn't add > each and every feature request there, only the things that I'm actually > interested in developing. So the idea would be to actually get the bug > tracker emptied at some point, not to be a graveyard of unimportant feature > requests that about 1-2 people in the world would want. > > So, any suggestions for what software could do these things? I think Request > Tracker has those features, but it's not really the nicest/prettiest thing. >
[Dovecot] Bug tracker
I started thinking that perhaps I should move my TODO list to a bug tracker. But because of reasons I've explained a few times before, I don't want a full blown public bug tracking system. The requirements for it are: * I am the only person who can add new bugs. Everyone else reports bugs/requests to this mailing list as before. (Well, I guess Stephan could use this as well if he wants to.) * Everyone can comment existing bugs. * Dovecot mailing list integration: Commenting a bug sends a mail to the mailing list. Replies to those comments go back to bug tracker (probably based on some [#1234] tag in subject). I would have the option of adding a comment that doesn't go to the mailing list (= adding some internal comment that nobody else cares about). Notifications about new bugs won't go to the mailing list (most likely it was created due to a recent mailing list post). So the main difference to how things work now is that people would be able to easily browse existing bugs and add comments to them. I would add bugs there only when I'm not planning on fixing them within a few days. I wouldn't add each and every feature request there, only the things that I'm actually interested in developing. So the idea would be to actually get the bug tracker emptied at some point, not to be a graveyard of unimportant feature requests that about 1-2 people in the world would want. So, any suggestions for what software could do these things? I think Request Tracker has those features, but it's not really the nicest/prettiest thing.
