1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
|
The Gentoo Council Meeting was held on Sunday 2017-07-16, 19:00 UTC in the
#gentoo-council channel on Freenode.
1. Roll call
===============================
Present: dilfridge, k_f (chair), mgorny, slyfox, tamiko, ulm, williamh
Absent: None
2. Constituting the new council
===============================
The Council decided on holding meetings every 2nd Sunday of each month at
1800 UTC.
The last council's workflow of sending a call for agenda items two weeks in
advance, and sending the final sending agenda one week in advance was adopted,
including having the meeting focused, i.e., to have major discussions on
-project ML prior to the meeting.
The following chairs were selected for the council meetings the coming
period:
Month Chair
July k_f
August williamh
September williamh
October dilfridge
November mgorny
December dilfridge
January ulm
February ulm
March tamiko
April tamiko
May slyfox
June slyfox
3. Discussion about the current situation of the stable tree
===============================
The following summary was [sent to gentoo-dev] in a separate email as a result of the
discussions during this meeting:
-<------------------------------------------------->-
I see the problem of lagging stable and unstable trees as:
1. lack of automation
2. lack of manpower
The PROPOSAL to solve the '1. automation' part is to draft
a new GLEP. If there is any interest (I assume there is!) I'll start one.
Let's call that fufure 'life of KEYWORDS'. It will cover:
- Update on GLEP-40 ("x86 stabilization can do only x86@ team")
to allow package maintainers to do ARCH=x86 stabilization.
It will be an arch-agnostic way: each arch will have minimal requirements
to setup environment suitable for stabilization and keywording:
CFLAGS to have, hardware required, whatever else is practical.
- Formalize list of stable arches as such (will be covered by
'arches.desc' GLEP)
- Formalize what is a "stable arch". In short:
- arch is marked as such in 'arches.desc'
- performs most of STABLEREQ/KEYWORDREQ or gives rationale
why progress can't be easily done before 90-days timeout
- Formalize and automate process of dropping keywords for timed out
STABLEREQ/KEYWORDREQ requests.
- Automate process of restoring dropped KEYWORDS due to bumps
adding new unkeyworded dependencies. repoman already complains
about those. What is left is to grab them in batches time to time
and handle those as if those were KEYWORDREQ.
- File more automated STABLEREQs to rely less on lazy maintainers
(I am example of lazy maintainer not siling STABLEREQs enough).
- Formalize which STABLEREQ/KEYWORDREQ can be done automatically
by arch teams (or maybe anyone else having the hardware!).
In short: anything not marked as "Runtime testing required"
on bugzilla and not having any blocker bugs.
The proposal to solve the '2. manpower' part is:
- Write more docs and make stabilisation process easier for everyone.
Important detail: the list is not in set in stone but rather a guideline
of things to cover.
Please feel free to propose other topics, questions, concerns, likes or
any other actionable feedback!
-<------------------------------------------------->-
4. Open bugs with [council involvement]
===============================
The council voted on closing bug 618254, the motion passed with 6 yes, 0 no
and 1 abstain votes.
5. Open floor to council members to introduce themselves to the others, and/or
raise areas of interest for the coming council period
===============================
The floor was opened for introduction of members
6. Open floor to community
===============================
No items were raised during the open floor
References:
===============================
[council involvement]
https://bugs.gentoo.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=CONFIRMED&bug_status=IN_PROGRESS&email2=council%40gentoo.org&emailassigned_to2=1&emailcc2=1&emailreporter2=1&emailtype2=substring&list_id=3584696&query_format=advanced
[sent to gentoo-dev]
https://archives.gentoo.org/gentoo-dev/message/0aba06faccfa7c5a9648745a3639932b
|
GitWeb