Gentoo Archives: gentoo-dev

From: Andrew Savchenko <bircoph@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] [RFC] bugs.g.o: Killing VERIFIED state, possibly introducing STABILIZED
Date: Thu, 16 Jun 2016 13:25:53
Message-Id: 20160616162539.f08ab1d1a13f1ea147374f36@gentoo.org
In Reply to: [gentoo-dev] [RFC] bugs.g.o: Killing VERIFIED state, possibly introducing STABILIZED by "Michał Górny"
1 On Thu, 16 Jun 2016 15:02:13 +0200 Michał Górny wrote:
2 > Hello, everyone.
3 >
4 > Here's the third bugs.g.o redesign RFC.
5 >
6 > This time it's about closed bugs. Right now we have two states for
7 > them: RESOLVED and VERIFIED.
8 >
9 > RESOLVED is the usual state that the developers use when they close
10 > a bug. It's also the only state that could be directly transferred from
11 > other states.
12 >
13 > VERIFIED is used scarcely, and not really consistently. It can only be
14 > used on RESOLVED bugs, and sometimes users use it to confirm that
15 > the bug is resolved.
16 >
17 > To be honest, I don't really see the need for VERIFIED state. Since
18 > it's used scarcely, it can't be really relied upon. Some users use it
19 > completely incorrectly (e.g. when the bug should be reopened instead).
20
21 +1 Burn it with fire :)
22
23 > What I'd like to introduce instead is a new STABILIZED state. It would
24 > -- like VERIFIED now -- be only available for bugs already RESOLVED,
25 > and it could be used to signify that the fix has made it into stable.
26 >
27 > While this wouldn't be really obligatory, it would be meaningful for
28 > trackers that need to ensure that fixes in packages have made it to
29 > stable -- like the functions.sh use tracker.
30
31 Wouldn't this bug create even more burden for stabilization process?
32 Each fix will eventually go into stable when newer version will get
33 stabilized.
34
35 Best regards,
36 Andrew Savchenko