1 |
>>>>> On Thu, 11 Jan 2018, Michał Górny wrote: |
2 |
|
3 |
>> So you're *promoting* the ones considered to be broken from "exp" |
4 |
>> to "dev"? |
5 |
|
6 |
> Please point me to one bit of documentation that says that 'dev' is |
7 |
> better than 'exp' because I haven't been able to find any. Well, |
8 |
> except the fact that PMS lists 'stable' and 'dev' as example |
9 |
> statuses, and doesn't list 'exp' at all. |
10 |
|
11 |
Initially, "exp" profiles were introduced here: |
12 |
https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/profiles/profiles.desc?revision=1.149&view=markup |
13 |
with the commit message "*Drop* all Prefix profiles to experimental |
14 |
state for the time being" (my emphasis). From this it seems to be |
15 |
clear that "exp" was intended to be less stable than "dev". |
16 |
|
17 |
Later, there was this council decision: |
18 |
https://projects.gentoo.org/council/meeting-logs/20140225-summary.txt |
19 |
|
20 |
- Vote: Minor archs with inconsistent stable keywording should be |
21 |
marked "exp". |
22 |
Accepted unanimously. |
23 |
|
24 |
Subsequently, these arches were dropped from "dev" to "exp" status: |
25 |
https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/profiles/profiles.desc?revision=1.238&view=markup |
26 |
|
27 |
> That said, repoman currently treats failures in exp as errors, while |
28 |
> in dev as warnings. This makes me believe 'exp' was considered |
29 |
> higher. |
30 |
|
31 |
> Furthermore, the switch for -e is boolean, while -d is unary. |
32 |
|
33 |
How can syntax of an option in one of our tools be an argument here? |
34 |
Also, isn't that simply inconsistent? If anything, they should both |
35 |
changed to be consistent, e.g., changed into simple switches -d and -e |
36 |
without option argument. |
37 |
|
38 |
> So we can enable testing exp by default without having to change |
39 |
> usage of repoman. |
40 |
|
41 |
So repoman will become even slower, by about a factor of about three |
42 |
(assuming that time is linear with the number of profiles)? That's not |
43 |
acceptable, because it will impede on maintainers' workflow. |
44 |
|
45 |
Ulrich |