1 |
W dniu czw, 11.01.2018 o godzinie 22∶30 +0200, użytkownik Mart Raudsepp |
2 |
napisał: |
3 |
> On Thu, 2018-01-11 at 21:27 +0100, Michał Górny wrote: |
4 |
> > W dniu czw, 11.01.2018 o godzinie 22∶17 +0200, użytkownik Mart |
5 |
> > Raudsepp |
6 |
> > napisał: |
7 |
> > > On Thu, 2018-01-11 at 20:45 +0100, Michał Górny wrote: |
8 |
> > > > # ARM64 Profiles |
9 |
> > > > -arm64 default/linux/arm64/13.0 |
10 |
> > > > dev |
11 |
> > > > +arm64 default/linux/arm64/13.0 |
12 |
> > > > exp |
13 |
> > > > arm64 default/linux/arm64/13.0/desktop |
14 |
> > > > exp |
15 |
> > > > -arm64 default/linux/arm64/13.0/desktop/systemd |
16 |
> > > > dev |
17 |
> > > > +arm64 default/linux/arm64/13.0/desktop/systemd |
18 |
> > > > exp |
19 |
> > > > arm64 default/linux/arm64/13.0/developer |
20 |
> > > > exp |
21 |
> > > > arm64 default/linux/arm64/13.0/systemd |
22 |
> > > > exp |
23 |
> > > > -arm64 default/linux/arm64/17.0 |
24 |
> > > > dev |
25 |
> > > > +arm64 default/linux/arm64/17.0 |
26 |
> > > > exp |
27 |
> > > > arm64 default/linux/arm64/17.0/desktop |
28 |
> > > > exp |
29 |
> > > > -arm64 default/linux/arm64/17.0/desktop/systemd |
30 |
> > > > dev |
31 |
> > > > +arm64 default/linux/arm64/17.0/desktop/systemd |
32 |
> > > > exp |
33 |
> > > > arm64 default/linux/arm64/17.0/developer |
34 |
> > > > exp |
35 |
> > > > arm64 default/linux/arm64/17.0/systemd |
36 |
> > > > exp |
37 |
> > > |
38 |
> > > With this I'll need to run through all of these profiles with |
39 |
> > > repoman -e=y and wait a long time, instead of just the two (well, |
40 |
> > > with |
41 |
> > > 17.0 now 4) profiles that I actually care about and checks enough. |
42 |
> > > I |
43 |
> > > also will see a TON of issues from the musl profiles down below |
44 |
> > > that |
45 |
> > > main block (it doesn't inherit base or something). |
46 |
> > > |
47 |
> > > This would make arm64 work completely impossible, so NAK from me. |
48 |
> > |
49 |
> > repoman has --include-arches option for a reason. Profile statuses |
50 |
> > are |
51 |
> > not your private convenience. |
52 |
> |
53 |
> That doesn't help whatsoever due to musl. Also not for running things |
54 |
> on a slower arch (mips in this case). |
55 |
> |
56 |
> > > Additionally if depgraph wouldn't be broken anymore, we would be |
57 |
> > > moving |
58 |
> > > them to stable, not some separate "dev" step. |
59 |
> > > |
60 |
> > > Same goes for the mips main block changes. |
61 |
> > |
62 |
> > But it is broken, and it won't become less broken if we keep ignoring |
63 |
> > the fact and not reporting new breakages just because one developer |
64 |
> > can't fix his workflow. |
65 |
> |
66 |
> Your patch simply removes dev completely, with no reason for it to |
67 |
> exist anymore then. If depgraph isn't broken, it'd be stable. There'd |
68 |
> be no reason for dev. Dev is dev BECAUSE it has a broken depgraph, but |
69 |
> is aspiring towards not. |
70 |
> My workflow is just fine. |
71 |
> |
72 |
|
73 |
The point of dev is to bring staging warnings so that we can improve |
74 |
the depgraph. If you really insist, we can start with dev status for |
75 |
arm64 & mips. But it'd be more readable if we worked on only one arch |
76 |
simultaneously. |
77 |
|
78 |
-- |
79 |
Best regards, |
80 |
Michał Górny |