Gentoo Archives: gentoo-dev

From: hasufell <hasufell@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] RFC: git-r3, additional clone types
Date: Tue, 25 Feb 2014 12:33:07
Message-Id: 530C8D74.9080500@gentoo.org
In Reply to: Re: [gentoo-dev] RFC: git-r3, additional clone types by "Michał Górny"
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-----