1 |
During the latest Council meeting it was determined to set up a new |
2 |
Working Group to come up with recommendations for improving the state of |
3 |
the stable tree at a later Council meeting. |
4 |
|
5 |
Some initial items it was suggested the WG look into is |
6 |
* The b.g.o workflow, bugs should not be considered fixed until the |
7 |
fix has reached the stable tree. Today the InVCS keyword exists for |
8 |
this purpose, but it is used to varying degree amongst developers. |
9 |
Will a workflow change to introduce a new status, e.g RESOLVED |
10 |
NeedsStable (name for illustration purpose only) incentivize |
11 |
developers to not close bugs before it is fixed? |
12 |
|
13 |
* Are there ways to reduce the stabilization lag of packages |
14 |
- looking into the effectiveness of ALLARCHES and its use |
15 |
- possibility for maintainer to stabilize packages themselves for |
16 |
architectures they have access to (including whether there might |
17 |
be a need for changes to gentoo infrastructure to facilitate |
18 |
this) |
19 |
- Tinderboxing / Automatic tools build test packages and reverse |
20 |
dependencies in order to assist in stabilization |
21 |
|
22 |
Other suggestions are up to the WG to come up with and write up a final |
23 |
report to the council with the summary of these discussions. |
24 |
|
25 |
I've volunteered to chair such as working group. If you want to |
26 |
participate in it please respond to this thread. Additionally I've set |
27 |
up #gentoo-wg-stable as a place of coordination. |
28 |
|
29 |
-- |
30 |
Kristian Fiskerstrand |
31 |
OpenPGP certificate reachable at hkp://pool.sks-keyservers.net |
32 |
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3 |