1 |
On 06/10/2016 02:45 PM, Michał Górny wrote: |
2 |
> Hello, |
3 |
> |
4 |
> Considering the strength of response from a Council member, I would |
5 |
> like to officially apologize for providing the agenda items and I would |
6 |
> like to withdraw them all appropriately. Thank you for your time, and I |
7 |
> wish you re-election. |
8 |
> |
9 |
> |
10 |
> On Fri, 3 Jun 2016 16:06:25 +0200 |
11 |
> Michał Górny <mgorny@g.o> wrote: |
12 |
> |
13 |
>> On Fri, 3 Jun 2016 07:01:03 -0400 |
14 |
>> "Anthony G. Basile" <blueness@g.o> wrote: |
15 |
>> |
16 |
>>> Hi everyone, |
17 |
>>> |
18 |
>>> The Council will be meeting on Sunday June 12. This is a call for any |
19 |
>>> agenda items. |
20 |
>> |
21 |
>> In preferred order of discussion (i.e. shortest topics first): |
22 |
>> |
23 |
>> 1. the 'file installation masks' GLEP [spec:1, RFC:2, bug:3]. It still |
24 |
>> hasn't been merged by the GLEP editors but it's otherwise ready with |
25 |
>> reference implementation for Portage. Preferably please discuss this |
26 |
>> separately/before LINGUAS as it is quite generic and I think having it |
27 |
>> approved would benefit us. The part specifically needing Council |
28 |
>> approval is the extra configuration file in metadata/ dir of the |
29 |
>> repository. |
30 |
>> |
31 |
>> 2. The patch fixing USE_EXPAND handling in Portage to adhere to |
32 |
>> the rules enforced by the PMS for EAPI 5 and newer [patch:4, |
33 |
>> patch v1:5, bug:6]. The patch comes in two variants. The former |
34 |
>> (preferred by me) applies the change to all EAPIs since this way we can |
35 |
>> kill the ugly logic for earlier EAPIs and PMS leaves the behavior |
36 |
>> undefined for them. The latter applies it only to EAPI 5 and newer, |
37 |
>> leaving current behavior for older EAPIs. I don't think it really makes |
38 |
>> sense to have different logic as EAPI 5 is quite common already, and |
39 |
>> different behavior will only increase confusion. |
40 |
>> |
41 |
>> 3. New sys-devel/gcc USE=multislot [QA bug:7]. I originally wanted to |
42 |
>> do this via QA but considering the replies to bugs opened so far, I |
43 |
>> think Council approval would be additionally helpful. The key point of |
44 |
>> my request would be to kill the flag, and stop force-removing old |
45 |
>> versions implicitly. |
46 |
>> |
47 |
>> 4. LINGUAS [8,9]. Long story short, PMS considered, we implicitly strip |
48 |
>> localizations from most of the packages out there. I think the first |
49 |
>> step towards fixing it that the most people can approve is renaming |
50 |
>> the USE_EXPAND from LINGUAS to I18N or L10N, or generally something |
51 |
>> else, plus a news item. |
52 |
>> |
53 |
>> 5. USE=gui [10]. It seems to get some appreciation but I suspect it's |
54 |
>> going to end up going to the Council anyway. |
55 |
>> |
56 |
>> I think that's all for now. If I recall something else, I'll let you |
57 |
>> know. |
58 |
>> |
59 |
>> |
60 |
>> [1]:https://wiki.gentoo.org/wiki/User:MGorny/GLEP:INSTALL_MASK |
61 |
>> [2]:https://archives.gentoo.org/gentoo-dev/message/af5de8be051fdf60d4d4aef97df6e683 |
62 |
>> [3]:https://bugs.gentoo.org/show_bug.cgi?id=584452 |
63 |
>> [4]:https://archives.gentoo.org/gentoo-portage-dev/message/42e3a134d14e33e037e35e6c5df9d05d |
64 |
>> [5]:https://archives.gentoo.org/gentoo-portage-dev/message/b79fc6bd174a356c62bda59d0b0e9e8e |
65 |
>> [6]:https://bugs.gentoo.org/show_bug.cgi?id=583750 |
66 |
>> [7]:https://bugs.gentoo.org/show_bug.cgi?id=584610 |
67 |
>> [8]:https://archives.gentoo.org/gentoo-dev/message/a08ea09c2c8e534fd9bc1146703c66ff |
68 |
>> [9]:https://archives.gentoo.org/gentoo-dev/message/41e09d1ddc8b30abb9f9d21d205b7b82 |
69 |
>> [10]:https://archives.gentoo.org/gentoo-dev/message/eecad370248118c474a0d819fa7f3576 |
70 |
>> |
71 |
> |
72 |
> |
73 |
> |
74 |
I can understand wanting to avoid a conflict of interest, but I really |
75 |
don't see the trouble in suggesting your ideas hit the agenda. The |
76 |
council can always choose "we don't want to decide on this yet". At |
77 |
least, that's what I understand. |
78 |
|
79 |
-- |
80 |
Daniel Campbell - Gentoo Developer |
81 |
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net |
82 |
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 |