1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA512 |
3 |
|
4 |
Michał Górny: |
5 |
> Dnia 2014-02-24, o godz. 22:40:34 hasufell <hasufell@g.o> |
6 |
> napisał(a): |
7 |
> |
8 |
>>> Mode upgrades and downgrades ---------------------------- |
9 |
>>> |
10 |
>>> Mode is not associated persistently with a repository. |
11 |
>>> Therefore, using a repository in a different mode than it was |
12 |
>>> used before (e.g. due to different ebuild or user preference |
13 |
>>> change) results in mixed-mode repository. [...] |
14 |
>> |
15 |
>> I am not sure if I understand this correctly, but it sounds like |
16 |
>> it would be safer to rm -rf the old checkout completely when |
17 |
>> switching modes? I wouldn't expect people to randomly switch |
18 |
>> around, so why bother. |
19 |
> |
20 |
> I think a semi-random switching may occur when two different |
21 |
> ebuilds use the same repository and have different 'minimal' modes |
22 |
> set. For example, ebuild A uses 'git log' magically, while the |
23 |
> other is completely fine with shallow clone. |
24 |
> |
25 |
> Otherwise, we'd require users to ensure sync of modes between |
26 |
> different ebuilds using the same repo. |
27 |
> |
28 |
|
29 |
Wouldn't it be best to lock that repo to the highest minimal mode of |
30 |
those ebuilds? Maybe with some kind of lock file. But actually I feel |
31 |
this is over-engineering a theoretical problem. The only cases I know |
32 |
of shared repositories between ebuilds is when they have the same |
33 |
maintainer who is aware of the situation. |
34 |
-----BEGIN PGP SIGNATURE----- |
35 |
|
36 |
iQEcBAEBCgAGBQJTDI10AAoJEFpvPKfnPDWzvBIH/jcTtTUHsCqqx3rEdoBGZc74 |
37 |
lKE/UIw9ew7+3FcuMVrp++GAP9ro+6kxyDcpz7dJzntiiW3wSjHadEx9S5arQqJZ |
38 |
qkKx8fHAAR0tOVxP+jERWcETv5PCF6GYI29VLI5IdzX4gAlXxFBrJCow7es+dbJM |
39 |
QNQKH9xpFNWz2TJHw2xkf4GWwlQbtpqlGuPfTMQ4MTHDEeJJF6h8bm3QgfaLxl3h |
40 |
LHfjHmbmGtSVHKI6ieK48WEQZX0wXntbAzne15nLYE04VuDowfPrsjHdleDgfz5T |
41 |
DU3zbIt6ZqLMqErnAVH9chopUVqK/P63czmCrenAwrJ4DozvEZGKeoPnz9IIZdk= |
42 |
=WtMs |
43 |
-----END PGP SIGNATURE----- |