[Zeitgeist] [Bug 628678] Re: Add bugtriaging guidlines to HACKING
** Changed in: zeitgeist Status: Fix Committed => Fix Released ** Changed in: zeitgeist Milestone: 0.6 => 0.5.2 -- Add bugtriaging guidlines to HACKING https://bugs.launchpad.net/bugs/628678 You received this bug notification because you are a member of Zeitgeist Framework Team, which is subscribed to Zeitgeist Framework. Status in Zeitgeist Framework: Fix Released Bug description: I've discussed the bugtriaging topic with Seif on irc yesterday, it turned out that we have different opinions on how to triage bugs for the zeitgeist project. We agreed that this needs some discussion, and the final words should be put in our HACKING document. Here is an extract of our discussion: seif_: can you please tell me what your criteria for choosing the importance of a bugreport is? I think we should have one definition for importance level throught the whole team thekorn, yeah thekorn, if its a build problem or a crash then its critical :P if its a wrong functionality then its high and medium,low or wishlist? if its an incomplete feature its medium low and wishlist are intuition :P seif_: so if someone tries to build zeitgeist on some very rare linux system, but the build fails, this bug will automatically be critical? yeah it means we cant delivder but ofcourse define rare only one affected user hmm i think it should be seen on a distro level thekorn, what distro is he using actually wrong if he is using our dependencies then it should work seif_: also, what dos "fix committed" mean for you? there is a fix in the branches in which branch? lp:~thekorn/+junk/boo.bar.baz? any branch proposed for merging ok, and fix released means: the fix landed in lp:zeitgeist? so lp:zeitgeist is our release target, and we do not really care about release tarballs? thekorn, nope i thought u said trunk always has to be stable thus we work in branches IMHO, fix releasedm eans: we have a tarball release which shipps this fix and fix committed means it's in lp:zeitgeist in progress means, there is a fix somewhere thekorn, ok ___ Mailing list: https://launchpad.net/~zeitgeist Post to : zeitgeist@lists.launchpad.net Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp
[Zeitgeist] [Bug 628678] Re: Add bugtriaging guidlines to HACKING
** Branch linked: lp:zeitgeist -- Add bugtriaging guidlines to HACKING https://bugs.launchpad.net/bugs/628678 You received this bug notification because you are a member of Zeitgeist Framework Team, which is subscribed to Zeitgeist Framework. Status in Zeitgeist Framework: Fix Committed Bug description: I've discussed the bugtriaging topic with Seif on irc yesterday, it turned out that we have different opinions on how to triage bugs for the zeitgeist project. We agreed that this needs some discussion, and the final words should be put in our HACKING document. Here is an extract of our discussion: seif_: can you please tell me what your criteria for choosing the importance of a bugreport is? I think we should have one definition for importance level throught the whole team thekorn, yeah thekorn, if its a build problem or a crash then its critical :P if its a wrong functionality then its high and medium,low or wishlist? if its an incomplete feature its medium low and wishlist are intuition :P seif_: so if someone tries to build zeitgeist on some very rare linux system, but the build fails, this bug will automatically be critical? yeah it means we cant delivder but ofcourse define rare only one affected user hmm i think it should be seen on a distro level thekorn, what distro is he using actually wrong if he is using our dependencies then it should work seif_: also, what dos "fix committed" mean for you? there is a fix in the branches in which branch? lp:~thekorn/+junk/boo.bar.baz? any branch proposed for merging ok, and fix released means: the fix landed in lp:zeitgeist? so lp:zeitgeist is our release target, and we do not really care about release tarballs? thekorn, nope i thought u said trunk always has to be stable thus we work in branches IMHO, fix releasedm eans: we have a tarball release which shipps this fix and fix committed means it's in lp:zeitgeist in progress means, there is a fix somewhere thekorn, ok ___ Mailing list: https://launchpad.net/~zeitgeist Post to : zeitgeist@lists.launchpad.net Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp
[Zeitgeist] [Bug 628678] Re: Add bugtriaging guidlines to HACKING
revno: 1578 [merge] fixes bug(s): https://launchpad.net/bugs/628678 committer: Markus Korn branch nick: trunk timestamp: Fri 2010-09-10 10:16:13 +0200 message: Added information about the bug triaging process within zeitgeist to the HACKING document. -- Add bugtriaging guidlines to HACKING https://bugs.launchpad.net/bugs/628678 You received this bug notification because you are a member of Zeitgeist Framework Team, which is subscribed to Zeitgeist Framework. Status in Zeitgeist Framework: Fix Committed Bug description: I've discussed the bugtriaging topic with Seif on irc yesterday, it turned out that we have different opinions on how to triage bugs for the zeitgeist project. We agreed that this needs some discussion, and the final words should be put in our HACKING document. Here is an extract of our discussion: seif_: can you please tell me what your criteria for choosing the importance of a bugreport is? I think we should have one definition for importance level throught the whole team thekorn, yeah thekorn, if its a build problem or a crash then its critical :P if its a wrong functionality then its high and medium,low or wishlist? if its an incomplete feature its medium low and wishlist are intuition :P seif_: so if someone tries to build zeitgeist on some very rare linux system, but the build fails, this bug will automatically be critical? yeah it means we cant delivder but ofcourse define rare only one affected user hmm i think it should be seen on a distro level thekorn, what distro is he using actually wrong if he is using our dependencies then it should work seif_: also, what dos "fix committed" mean for you? there is a fix in the branches in which branch? lp:~thekorn/+junk/boo.bar.baz? any branch proposed for merging ok, and fix released means: the fix landed in lp:zeitgeist? so lp:zeitgeist is our release target, and we do not really care about release tarballs? thekorn, nope i thought u said trunk always has to be stable thus we work in branches IMHO, fix releasedm eans: we have a tarball release which shipps this fix and fix committed means it's in lp:zeitgeist in progress means, there is a fix somewhere thekorn, ok ___ Mailing list: https://launchpad.net/~zeitgeist Post to : zeitgeist@lists.launchpad.net Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp
[Zeitgeist] [Bug 628678] Re: Add bugtriaging guidlines to HACKING
** Changed in: zeitgeist Status: Confirmed => In Progress ** Changed in: zeitgeist Assignee: Zeitgeist Framework Team (zeitgeist) => Markus Korn (thekorn) ** Changed in: zeitgeist Milestone: 0.5.1 => 0.6 ** Changed in: zeitgeist Status: In Progress => Fix Committed -- Add bugtriaging guidlines to HACKING https://bugs.launchpad.net/bugs/628678 You received this bug notification because you are a member of Zeitgeist Framework Team, which is subscribed to Zeitgeist Framework. Status in Zeitgeist Framework: Fix Committed Bug description: I've discussed the bugtriaging topic with Seif on irc yesterday, it turned out that we have different opinions on how to triage bugs for the zeitgeist project. We agreed that this needs some discussion, and the final words should be put in our HACKING document. Here is an extract of our discussion: seif_: can you please tell me what your criteria for choosing the importance of a bugreport is? I think we should have one definition for importance level throught the whole team thekorn, yeah thekorn, if its a build problem or a crash then its critical :P if its a wrong functionality then its high and medium,low or wishlist? if its an incomplete feature its medium low and wishlist are intuition :P seif_: so if someone tries to build zeitgeist on some very rare linux system, but the build fails, this bug will automatically be critical? yeah it means we cant delivder but ofcourse define rare only one affected user hmm i think it should be seen on a distro level thekorn, what distro is he using actually wrong if he is using our dependencies then it should work seif_: also, what dos "fix committed" mean for you? there is a fix in the branches in which branch? lp:~thekorn/+junk/boo.bar.baz? any branch proposed for merging ok, and fix released means: the fix landed in lp:zeitgeist? so lp:zeitgeist is our release target, and we do not really care about release tarballs? thekorn, nope i thought u said trunk always has to be stable thus we work in branches IMHO, fix releasedm eans: we have a tarball release which shipps this fix and fix committed means it's in lp:zeitgeist in progress means, there is a fix somewhere thekorn, ok ___ Mailing list: https://launchpad.net/~zeitgeist Post to : zeitgeist@lists.launchpad.net Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp
[Zeitgeist] [Bug 628678] Re: Add bugtriaging guidlines to HACKING
** Branch linked: lp:~zeitgeist/zeitgeist/HACKING.bugtriaging -- Add bugtriaging guidlines to HACKING https://bugs.launchpad.net/bugs/628678 You received this bug notification because you are a member of Zeitgeist Framework Team, which is a bug assignee. Status in Zeitgeist Framework: Confirmed Bug description: I've discussed the bugtriaging topic with Seif on irc yesterday, it turned out that we have different opinions on how to triage bugs for the zeitgeist project. We agreed that this needs some discussion, and the final words should be put in our HACKING document. Here is an extract of our discussion: seif_: can you please tell me what your criteria for choosing the importance of a bugreport is? I think we should have one definition for importance level throught the whole team thekorn, yeah thekorn, if its a build problem or a crash then its critical :P if its a wrong functionality then its high and medium,low or wishlist? if its an incomplete feature its medium low and wishlist are intuition :P seif_: so if someone tries to build zeitgeist on some very rare linux system, but the build fails, this bug will automatically be critical? yeah it means we cant delivder but ofcourse define rare only one affected user hmm i think it should be seen on a distro level thekorn, what distro is he using actually wrong if he is using our dependencies then it should work seif_: also, what dos "fix committed" mean for you? there is a fix in the branches in which branch? lp:~thekorn/+junk/boo.bar.baz? any branch proposed for merging ok, and fix released means: the fix landed in lp:zeitgeist? so lp:zeitgeist is our release target, and we do not really care about release tarballs? thekorn, nope i thought u said trunk always has to be stable thus we work in branches IMHO, fix releasedm eans: we have a tarball release which shipps this fix and fix committed means it's in lp:zeitgeist in progress means, there is a fix somewhere thekorn, ok ___ Mailing list: https://launchpad.net/~zeitgeist Post to : zeitgeist@lists.launchpad.net Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp
Re: [Zeitgeist] [Bug 628678] Re: Add bugtriaging guidlines to HACKING
I never said we are shipping it with 0.5.1 tarball. I meant it should exist before we start working on 0.6 On Tue, Sep 7, 2010 at 7:25 PM, Markus Korn wrote: > Seif, we are not shipping HACKING in our release tarball, so it does not > really matter *when* changes to the HACKING document enter lp:zeitgeist. > So my idea is, let's get 0.5.1 out first, then discuss this topic further, > and once our bug triaging process is described in HACKING it takes effect. > > -- > Add bugtriaging guidlines to HACKING > https://bugs.launchpad.net/bugs/628678 > You received this bug notification because you are subscribed to The > Zeitgeist Project. > > Status in Zeitgeist Framework: Confirmed > > Bug description: > I've discussed the bugtriaging topic with Seif on irc yesterday, it turned > out that we have different opinions on how to triage bugs for the zeitgeist > project. We agreed that this needs some discussion, and the final words > should be put in our HACKING document. > > Here is an extract of our discussion: > > seif_: can you please tell me what your criteria for choosing the > importance of a bugreport is? > I think we should have one definition for importance level > throught the whole team > thekorn, yeah > thekorn, if its a build problem or a crash then its critical > :P > if its a wrong functionality then its high > and medium,low or wishlist? > if its an incomplete feature its medium > low and wishlist are intuition > :P > seif_: so if someone tries to build zeitgeist on some very rare > linux system, but the build fails, this bug will automatically be critical? > yeah > it means we cant delivder > but ofcourse define rare > only one affected user > hmm > i think it should be seen on a distro level > thekorn, what distro is he using > actually wrong > if he is using our dependencies > then it should work > seif_: also, what dos "fix committed" mean for you? > there is a fix in the branches > in which branch? > lp:~thekorn/+junk/boo.bar.baz? > any branch proposed for merging > ok, and fix released means: the fix landed in lp:zeitgeist? > so lp:zeitgeist is our release target, and we do not really care > about release tarballs? > thekorn, nope > i thought u said trunk always has to be stable > thus we work in branches > IMHO, fix releasedm eans: we have a tarball release which shipps > this fix > and fix committed means it's in lp:zeitgeist > in progress means, there is a fix somewhere > thekorn, ok > > > -- This is me doing some advertisement for my blog http://seilo.geekyogre.com -- Add bugtriaging guidlines to HACKING https://bugs.launchpad.net/bugs/628678 You received this bug notification because you are a member of Zeitgeist Framework Team, which is a bug assignee. Status in Zeitgeist Framework: Confirmed Bug description: I've discussed the bugtriaging topic with Seif on irc yesterday, it turned out that we have different opinions on how to triage bugs for the zeitgeist project. We agreed that this needs some discussion, and the final words should be put in our HACKING document. Here is an extract of our discussion: seif_: can you please tell me what your criteria for choosing the importance of a bugreport is? I think we should have one definition for importance level throught the whole team thekorn, yeah thekorn, if its a build problem or a crash then its critical :P if its a wrong functionality then its high and medium,low or wishlist? if its an incomplete feature its medium low and wishlist are intuition :P seif_: so if someone tries to build zeitgeist on some very rare linux system, but the build fails, this bug will automatically be critical? yeah it means we cant delivder but ofcourse define rare only one affected user hmm i think it should be seen on a distro level thekorn, what distro is he using actually wrong if he is using our dependencies then it should work seif_: also, what dos "fix committed" mean for you? there is a fix in the branches in which branch? lp:~thekorn/+junk/boo.bar.baz? any branch proposed for merging ok, and fix released means: the fix landed in lp:zeitgeist? so lp:zeitgeist is our release target, and we do not really care about release tarballs? thekorn, nope i thought u said trunk always has to be stable thus we work in branches IMHO, fix releasedm eans: we have a tarball release which shipps this fix and fix committed means it's in lp:zeitgeist in progress means, there is a fix somewhere thekorn, ok ___ Mailing list: https://launchpad.net/~zeitgeist Post to : zeitgeist@lists.launchpad.net Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp
[Zeitgeist] [Bug 628678] Re: Add bugtriaging guidlines to HACKING
Seif, we are not shipping HACKING in our release tarball, so it does not really matter *when* changes to the HACKING document enter lp:zeitgeist. So my idea is, let's get 0.5.1 out first, then discuss this topic further, and once our bug triaging process is described in HACKING it takes effect. -- Add bugtriaging guidlines to HACKING https://bugs.launchpad.net/bugs/628678 You received this bug notification because you are a member of Zeitgeist Framework Team, which is a bug assignee. Status in Zeitgeist Framework: Confirmed Bug description: I've discussed the bugtriaging topic with Seif on irc yesterday, it turned out that we have different opinions on how to triage bugs for the zeitgeist project. We agreed that this needs some discussion, and the final words should be put in our HACKING document. Here is an extract of our discussion: seif_: can you please tell me what your criteria for choosing the importance of a bugreport is? I think we should have one definition for importance level throught the whole team thekorn, yeah thekorn, if its a build problem or a crash then its critical :P if its a wrong functionality then its high and medium,low or wishlist? if its an incomplete feature its medium low and wishlist are intuition :P seif_: so if someone tries to build zeitgeist on some very rare linux system, but the build fails, this bug will automatically be critical? yeah it means we cant delivder but ofcourse define rare only one affected user hmm i think it should be seen on a distro level thekorn, what distro is he using actually wrong if he is using our dependencies then it should work seif_: also, what dos "fix committed" mean for you? there is a fix in the branches in which branch? lp:~thekorn/+junk/boo.bar.baz? any branch proposed for merging ok, and fix released means: the fix landed in lp:zeitgeist? so lp:zeitgeist is our release target, and we do not really care about release tarballs? thekorn, nope i thought u said trunk always has to be stable thus we work in branches IMHO, fix releasedm eans: we have a tarball release which shipps this fix and fix committed means it's in lp:zeitgeist in progress means, there is a fix somewhere thekorn, ok ___ Mailing list: https://launchpad.net/~zeitgeist Post to : zeitgeist@lists.launchpad.net Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp
Re: [Zeitgeist] [Bug 628678] Re: Add bugtriaging guidlines to HACKING
Uhm I would like to have this bug fixed with the 0.5.1 release marking a new start on 0.6 so please lets discuss this before i final verdict is taken. On Tue, Sep 7, 2010 at 6:15 PM, Markus Korn wrote: > Seif, I disagree with you. It is fine if this changes to our bugtriaging > policy lands at the very beginning of our 0.6 dev cycle. > > ** Changed in: zeitgeist >Milestone: 0.5.1 => 0.6 > > ** Changed in: zeitgeist >Milestone: 0.6 => 0.5.1 > > -- > Add bugtriaging guidlines to HACKING > https://bugs.launchpad.net/bugs/628678 > You received this bug notification because you are subscribed to The > Zeitgeist Project. > > Status in Zeitgeist Framework: Confirmed > > Bug description: > I've discussed the bugtriaging topic with Seif on irc yesterday, it turned > out that we have different opinions on how to triage bugs for the zeitgeist > project. We agreed that this needs some discussion, and the final words > should be put in our HACKING document. > > Here is an extract of our discussion: > > seif_: can you please tell me what your criteria for choosing the > importance of a bugreport is? > I think we should have one definition for importance level > throught the whole team > thekorn, yeah > thekorn, if its a build problem or a crash then its critical > :P > if its a wrong functionality then its high > and medium,low or wishlist? > if its an incomplete feature its medium > low and wishlist are intuition > :P > seif_: so if someone tries to build zeitgeist on some very rare > linux system, but the build fails, this bug will automatically be critical? > yeah > it means we cant delivder > but ofcourse define rare > only one affected user > hmm > i think it should be seen on a distro level > thekorn, what distro is he using > actually wrong > if he is using our dependencies > then it should work > seif_: also, what dos "fix committed" mean for you? > there is a fix in the branches > in which branch? > lp:~thekorn/+junk/boo.bar.baz? > any branch proposed for merging > ok, and fix released means: the fix landed in lp:zeitgeist? > so lp:zeitgeist is our release target, and we do not really care > about release tarballs? > thekorn, nope > i thought u said trunk always has to be stable > thus we work in branches > IMHO, fix releasedm eans: we have a tarball release which shipps > this fix > and fix committed means it's in lp:zeitgeist > in progress means, there is a fix somewhere > thekorn, ok > > > -- This is me doing some advertisement for my blog http://seilo.geekyogre.com -- Add bugtriaging guidlines to HACKING https://bugs.launchpad.net/bugs/628678 You received this bug notification because you are a member of Zeitgeist Framework Team, which is a bug assignee. Status in Zeitgeist Framework: Confirmed Bug description: I've discussed the bugtriaging topic with Seif on irc yesterday, it turned out that we have different opinions on how to triage bugs for the zeitgeist project. We agreed that this needs some discussion, and the final words should be put in our HACKING document. Here is an extract of our discussion: seif_: can you please tell me what your criteria for choosing the importance of a bugreport is? I think we should have one definition for importance level throught the whole team thekorn, yeah thekorn, if its a build problem or a crash then its critical :P if its a wrong functionality then its high and medium,low or wishlist? if its an incomplete feature its medium low and wishlist are intuition :P seif_: so if someone tries to build zeitgeist on some very rare linux system, but the build fails, this bug will automatically be critical? yeah it means we cant delivder but ofcourse define rare only one affected user hmm i think it should be seen on a distro level thekorn, what distro is he using actually wrong if he is using our dependencies then it should work seif_: also, what dos "fix committed" mean for you? there is a fix in the branches in which branch? lp:~thekorn/+junk/boo.bar.baz? any branch proposed for merging ok, and fix released means: the fix landed in lp:zeitgeist? so lp:zeitgeist is our release target, and we do not really care about release tarballs? thekorn, nope i thought u said trunk always has to be stable thus we work in branches IMHO, fix releasedm eans: we have a tarball release which shipps this fix and fix committed means it's in lp:zeitgeist in progress means, there is a fix somewhere thekorn, ok ___ Mailing list: https://launchpad.net/~zeitgeist Post to : zeitgeist@lists.launchpad.net Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp
[Zeitgeist] [Bug 628678] Re: Add bugtriaging guidlines to HACKING
Seif, I disagree with you. It is fine if this changes to our bugtriaging policy lands at the very beginning of our 0.6 dev cycle. ** Changed in: zeitgeist Milestone: 0.5.1 => 0.6 ** Changed in: zeitgeist Milestone: 0.6 => 0.5.1 -- Add bugtriaging guidlines to HACKING https://bugs.launchpad.net/bugs/628678 You received this bug notification because you are a member of Zeitgeist Framework Team, which is a bug assignee. Status in Zeitgeist Framework: Confirmed Bug description: I've discussed the bugtriaging topic with Seif on irc yesterday, it turned out that we have different opinions on how to triage bugs for the zeitgeist project. We agreed that this needs some discussion, and the final words should be put in our HACKING document. Here is an extract of our discussion: seif_: can you please tell me what your criteria for choosing the importance of a bugreport is? I think we should have one definition for importance level throught the whole team thekorn, yeah thekorn, if its a build problem or a crash then its critical :P if its a wrong functionality then its high and medium,low or wishlist? if its an incomplete feature its medium low and wishlist are intuition :P seif_: so if someone tries to build zeitgeist on some very rare linux system, but the build fails, this bug will automatically be critical? yeah it means we cant delivder but ofcourse define rare only one affected user hmm i think it should be seen on a distro level thekorn, what distro is he using actually wrong if he is using our dependencies then it should work seif_: also, what dos "fix committed" mean for you? there is a fix in the branches in which branch? lp:~thekorn/+junk/boo.bar.baz? any branch proposed for merging ok, and fix released means: the fix landed in lp:zeitgeist? so lp:zeitgeist is our release target, and we do not really care about release tarballs? thekorn, nope i thought u said trunk always has to be stable thus we work in branches IMHO, fix releasedm eans: we have a tarball release which shipps this fix and fix committed means it's in lp:zeitgeist in progress means, there is a fix somewhere thekorn, ok ___ Mailing list: https://launchpad.net/~zeitgeist Post to : zeitgeist@lists.launchpad.net Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp
[Zeitgeist] [Bug 628678] Re: Add bugtriaging guidlines to HACKING
** Changed in: zeitgeist Milestone: None => 0.5.1 -- Add bugtriaging guidlines to HACKING https://bugs.launchpad.net/bugs/628678 You received this bug notification because you are a member of Zeitgeist Framework Team, which is a bug assignee. Status in Zeitgeist Framework: Confirmed Bug description: I've discussed the bugtriaging topic with Seif on irc yesterday, it turned out that we have different opinions on how to triage bugs for the zeitgeist project. We agreed that this needs some discussion, and the final words should be put in our HACKING document. Here is an extract of our discussion: seif_: can you please tell me what your criteria for choosing the importance of a bugreport is? I think we should have one definition for importance level throught the whole team thekorn, yeah thekorn, if its a build problem or a crash then its critical :P if its a wrong functionality then its high and medium,low or wishlist? if its an incomplete feature its medium low and wishlist are intuition :P seif_: so if someone tries to build zeitgeist on some very rare linux system, but the build fails, this bug will automatically be critical? yeah it means we cant delivder but ofcourse define rare only one affected user hmm i think it should be seen on a distro level thekorn, what distro is he using actually wrong if he is using our dependencies then it should work seif_: also, what dos "fix committed" mean for you? there is a fix in the branches in which branch? lp:~thekorn/+junk/boo.bar.baz? any branch proposed for merging ok, and fix released means: the fix landed in lp:zeitgeist? so lp:zeitgeist is our release target, and we do not really care about release tarballs? thekorn, nope i thought u said trunk always has to be stable thus we work in branches IMHO, fix releasedm eans: we have a tarball release which shipps this fix and fix committed means it's in lp:zeitgeist in progress means, there is a fix somewhere thekorn, ok ___ Mailing list: https://launchpad.net/~zeitgeist Post to : zeitgeist@lists.launchpad.net Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp
[Zeitgeist] [Bug 628678] Re: Add bugtriaging guidlines to HACKING
First we need to identify when is something a bug or a blueprint... Once it is classified as a bug i think we should follow this pattern: STATUS: * NEW: No one had a look and no discussion took place yet. * INCOMPLETE: The bug has insufficient info for us to be able to reproduce it, or verify its existence. * OPINION: ??? * WON'T FIX: ??? * CONFIRMED: The bug can be reproduced. * TRIAGED: Source of bug has been found. * IN PROGRESS: A developer is developing a fix for it in a new branch. * COMMITTED: The bug fix landed in trunk. * RELEASED: The bug has been rolled out with the latest tarball. IMPORTANCE: --- * UNDECIDED: No decision has been taken on the necessity of fixing the bug. * WISHLIST: ??? * LOW: ??? * MEDIUM: The expected results are not delivering as supposed to . * HIGH: The bug represents a resources, a performance problem for the users. * CRITICAL: The bug represents a crash or a build error that makes Zeitgeist unusable. -- Add bugtriaging guidlines to HACKING https://bugs.launchpad.net/bugs/628678 You received this bug notification because you are a member of Zeitgeist Framework Team, which is a bug assignee. Status in Zeitgeist Framework: Confirmed Bug description: I've discussed the bugtriaging topic with Seif on irc yesterday, it turned out that we have different opinions on how to triage bugs for the zeitgeist project. We agreed that this needs some discussion, and the final words should be put in our HACKING document. Here is an extract of our discussion: seif_: can you please tell me what your criteria for choosing the importance of a bugreport is? I think we should have one definition for importance level throught the whole team thekorn, yeah thekorn, if its a build problem or a crash then its critical :P if its a wrong functionality then its high and medium,low or wishlist? if its an incomplete feature its medium low and wishlist are intuition :P seif_: so if someone tries to build zeitgeist on some very rare linux system, but the build fails, this bug will automatically be critical? yeah it means we cant delivder but ofcourse define rare only one affected user hmm i think it should be seen on a distro level thekorn, what distro is he using actually wrong if he is using our dependencies then it should work seif_: also, what dos "fix committed" mean for you? there is a fix in the branches in which branch? lp:~thekorn/+junk/boo.bar.baz? any branch proposed for merging ok, and fix released means: the fix landed in lp:zeitgeist? so lp:zeitgeist is our release target, and we do not really care about release tarballs? thekorn, nope i thought u said trunk always has to be stable thus we work in branches IMHO, fix releasedm eans: we have a tarball release which shipps this fix and fix committed means it's in lp:zeitgeist in progress means, there is a fix somewhere thekorn, ok ___ Mailing list: https://launchpad.net/~zeitgeist Post to : zeitgeist@lists.launchpad.net Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp
[Zeitgeist] [Bug 628678] Re: Add bugtriaging guidlines to HACKING
** Changed in: zeitgeist Status: New => Confirmed ** Changed in: zeitgeist Assignee: (unassigned) => Zeitgeist Framework Team (zeitgeist) ** Description changed: I've discussed the bugtriaging topic with Seif on irc yesterday, it turned out that we have different opinions on how to triage bugs for the zeitgeist project. We agreed that this needs some discussion, and the final words should be put in our HACKING document. + + Here is an extract of our discussion: + + seif_: can you please tell me what your criteria for choosing the importance of a bugreport is? + I think we should have one definition for importance level throught the whole team + thekorn, yeah + thekorn, if its a build problem or a crash then its critical + :P + if its a wrong functionality then its high + and medium,low or wishlist? + if its an incomplete feature its medium + low and wishlist are intuition + :P + seif_: so if someone tries to build zeitgeist on some very rare linux system, but the build fails, this bug will automatically be critical? + yeah + it means we cant delivder + but ofcourse define rare + only one affected user + hmm + i think it should be seen on a distro level + thekorn, what distro is he using + actually wrong + if he is using our dependencies + then it should work + seif_: also, what dos "fix committed" mean for you? + there is a fix in the branches + in which branch? + lp:~thekorn/+junk/boo.bar.baz? + any branch proposed for merging + ok, and fix released means: the fix landed in lp:zeitgeist? + so lp:zeitgeist is our release target, and we do not really care about release tarballs? + thekorn, nope + i thought u said trunk always has to be stable + thus we work in branches + IMHO, fix releasedm eans: we have a tarball release which shipps this fix + and fix committed means it's in lp:zeitgeist + in progress means, there is a fix somewhere + thekorn, ok -- Add bugtriaging guidlines to HACKING https://bugs.launchpad.net/bugs/628678 You received this bug notification because you are a member of Zeitgeist Framework Team, which is a bug assignee. Status in Zeitgeist Framework: Confirmed Bug description: I've discussed the bugtriaging topic with Seif on irc yesterday, it turned out that we have different opinions on how to triage bugs for the zeitgeist project. We agreed that this needs some discussion, and the final words should be put in our HACKING document. Here is an extract of our discussion: seif_: can you please tell me what your criteria for choosing the importance of a bugreport is? I think we should have one definition for importance level throught the whole team thekorn, yeah thekorn, if its a build problem or a crash then its critical :P if its a wrong functionality then its high and medium,low or wishlist? if its an incomplete feature its medium low and wishlist are intuition :P seif_: so if someone tries to build zeitgeist on some very rare linux system, but the build fails, this bug will automatically be critical? yeah it means we cant delivder but ofcourse define rare only one affected user hmm i think it should be seen on a distro level thekorn, what distro is he using actually wrong if he is using our dependencies then it should work seif_: also, what dos "fix committed" mean for you? there is a fix in the branches in which branch? lp:~thekorn/+junk/boo.bar.baz? any branch proposed for merging ok, and fix released means: the fix landed in lp:zeitgeist? so lp:zeitgeist is our release target, and we do not really care about release tarballs? thekorn, nope i thought u said trunk always has to be stable thus we work in branches IMHO, fix releasedm eans: we have a tarball release which shipps this fix and fix committed means it's in lp:zeitgeist in progress means, there is a fix somewhere thekorn, ok ___ Mailing list: https://launchpad.net/~zeitgeist Post to : zeitgeist@lists.launchpad.net Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp
