| 1 |
On Thu, 2018-01-11 at 21:35 +0100, Michał Górny wrote: |
| 2 |
> The point of dev is to bring staging warnings so that we can improve |
| 3 |
> the depgraph. If you really insist, we can start with dev status for |
| 4 |
> arm64 & mips. But it'd be more readable if we worked on only one arch |
| 5 |
> simultaneously. |
| 6 |
|
| 7 |
Keep 17.0 ones that were dev as dev then for arm64; 13.0 can all go to |
| 8 |
exp. The latest arm64 stage3 is 17.0 already. |
| 9 |
|
| 10 |
For all of those musl profiles should be fixed by their maintainer |
| 11 |
(which isn't the arch team). It generates all that noise and it's the |
| 12 |
main reason I had to do a separation of exp and dev for arm64 and mips, |
| 13 |
so I can have any sort of readable repoman output whatsoever. Albeit |
| 14 |
speed helps as well by only checking a subset of all arch profiles, |
| 15 |
especially for mips. |
| 16 |
|
| 17 |
mips we can move a couple back to dev once I revive the glibc on it and |
| 18 |
can actually do work on it again, but it's lower priority. |
| 19 |
Meanwhile mips "repoman -e y --include-arches mips" output is useless |
| 20 |
with musl, unless doing some creative grep -v'ing... |
Archives