blob: b7f7db993af0bdb2b69a97bb96120d7df2bec39d (
plain)
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
|
Summary for council meeting on 2021-06-13
1. Roll Call
Present: dilfridge, gyakovlev, mattst88, slyfox, ulm, whissi, williamh
2. EAPI 8 approval.
https://archives.gentoo.org/gentoo-project/message/26ec04fc812d1810b52424b1fe1809c2
The council approved EAPI 8 with a unanimous vote.
3. Approve GLEP 82.
https://bugs.gentoo.org/793164
The council approved GLEP 82 with a unanimous vote.
4. mark GLEP 72 final
https://bugs.gentoo.org/617612
The council agreed to mark GLEP 72 final with a unanimous vote.
5. open bugs with council participation
https://bugs.gentoo.org/779451 request to add Gentoo Developer business
card to Gentoo Artwork
The council was removed from CC since there is nothing we can do for this
bug.
https://bugs.gentoo.org/751010 missing logs and summaries
All will be done before the next council.
https://bugs.gentoo.org/784710 "Remove SHA512 hash from Manifests"
The council has no strong opinion either way about this bug.
https://bugs.gentoo.org/774489 "GLEP 67: add proxied-maint="" attribute"
We agreed to close this bug.
https://bugs.gentoo.org/736760 application to sfc
No update.
6. open floor
The council asked the GSOC admins to form a project.
We were asked by Sam to endorse the following:
I'd like to include an unofficial request re EAPI 8. We should try
clean up eclasses before adding EAPI 8 support to them. This includes
adding future EAPI guards on changes, but also clean up indirect inherits
and so on. We encourage people to put the EAPI 8 support patches to the ML,
even if it's e.g. cmake.eclass (which is sometimes seen as kde@'s purview),
in order to ensure we maximise such opportunities.
We were asked about deprecating EAPI 6 and agreed that we should do that
once EAPI 8 is stable.
|
GitWeb
