1 |
On Fri, 17 Jun 2016 09:58:52 -0400 |
2 |
Rich Freeman <rich0@g.o> wrote: |
3 |
|
4 |
> On Fri, Jun 17, 2016 at 9:52 AM, Michał Górny <mgorny@g.o> wrote: |
5 |
> > On Thu, 16 Jun 2016 15:14:44 +0200 |
6 |
> > Kristian Fiskerstrand <k_f@g.o> wrote: |
7 |
> > |
8 |
> >> On 06/16/2016 03:02 PM, Michał Górny wrote: |
9 |
> >> > Hello, everyone. |
10 |
> >> > |
11 |
> >> |
12 |
> >> |
13 |
> >> |
14 |
> >> > |
15 |
> >> > What I'd like to introduce instead is a new STABILIZED state. It would |
16 |
> >> > -- like VERIFIED now -- be only available for bugs already RESOLVED, |
17 |
> >> > and it could be used to signify that the fix has made it into stable. |
18 |
> >> > |
19 |
> >> > While this wouldn't be really obligatory, it would be meaningful for |
20 |
> >> > trackers that need to ensure that fixes in packages have made it to |
21 |
> >> > stable -- like the functions.sh use tracker. |
22 |
> >> > |
23 |
> >> |
24 |
> >> The description of InVCS keyword in bugzilla is: |
25 |
> >> InVCS Fix has been added to a VCS(either CVS, SVN, Git, ...) |
26 |
> >> repository. Will be closed when fixes are applied to a stable level package. |
27 |
> >> |
28 |
> >> A bug isn't resolved until it is fixed in a stable package (for packages |
29 |
> >> ever in stable to begin with), but InVCS keyword can be used by |
30 |
> >> developers to filter out the bugs for issues to work with. I oppose a |
31 |
> >> change to that behavior, although I would like to see it being used more |
32 |
> >> consistently as it seems quite a few developers are neglecting the |
33 |
> >> stable tree. |
34 |
> > |
35 |
> > How would that work for Portage? There 'InVCS' indicates that the fix |
36 |
> > has landed in git (i.e. in -9999, not yet released). |
37 |
> > |
38 |
> |
39 |
> That could actually be generalized. I could see many types of bugs |
40 |
> where the issue is with upstream, and we might want to track the |
41 |
> progress as upstream implements a fix, releases it, and then it is |
42 |
> stabilized on Gentoo. So, maybe we need another state to track in |
43 |
> upstream's VCS vs the Gentoo repo. |
44 |
> |
45 |
> Another approach would be to distinguish between portage as a |
46 |
> Gentoo-hosted upstream, and portage as a package in the Gentoo repo. |
47 |
> The same could apply to any Gentoo-hosted project. |
48 |
|
49 |
We also have the 'STABLE' keyword. However, we're getting to the point |
50 |
where bug lists are already twice as wide as my monitor (since I had to |
51 |
include keywords...). |
52 |
|
53 |
-- |
54 |
Best regards, |
55 |
Michał Górny |
56 |
<http://dev.gentoo.org/~mgorny/> |