1 |
On Sat, 19 Dec 2015 15:51:29 -0800 |
2 |
Zac Medico <zmedico@g.o> wrote: |
3 |
|
4 |
> On 12/16/2015 09:49 AM, Michał Górny wrote: |
5 |
> > On Wed, 16 Dec 2015 14:38:03 +0100 |
6 |
> > Alexander Berntsen <bernalex@g.o> wrote: |
7 |
> > |
8 |
> >> -----BEGIN PGP SIGNED MESSAGE----- |
9 |
> >> Hash: SHA512 |
10 |
> >> |
11 |
> >> On 16/12/15 06:33, Zac Medico wrote: |
12 |
> >>> Disable Manifest "stable mtime" behavior by default, and add a |
13 |
> >>> corresponding egencache option. |
14 |
> >> This message tells me nothing about why we need to do this. |
15 |
> > |
16 |
> > We need do this because we changed the behavior and the new behavior is |
17 |
> > counter-intuitive. We already had a number of bugs caused by it, |
18 |
> > and while it's used by Infra, it's at least unexpected when someone |
19 |
> > manually runs 'repoman manifest'. |
20 |
> |
21 |
> Just because it was historically buggy does not mean that it will always |
22 |
> be that way. I believe that it will be very safe once we've fixed it to |
23 |
> include the mtimes of all relevant directories in the max mtime calculation. |
24 |
> |
25 |
> > I mean, before this all started 'repoman manifest' just updated |
26 |
> > the Manifest which meant it's mtime changed. Nowadays, it also sets |
27 |
> > mtime to some value in the past, which means running 'repoman manifest' |
28 |
> > may result in updated Manifest having mtime older than the old |
29 |
> > Manifest. As a result, people using rsync are in trouble. And this has |
30 |
> > been reported too by overlay owners. |
31 |
> |
32 |
> We should get our facts straight. It's not possible for the updated |
33 |
> Manifest to have an older mtime than the old manifest, because the mtime |
34 |
> of the old Manfiest is included in the max mtime calculation. |
35 |
|
36 |
Unless you remove the old Manifest (and distfiles) to have Portage |
37 |
refetch the files and recalc the digests. |
38 |
|
39 |
-- |
40 |
Best regards, |
41 |
Michał Górny |
42 |
<http://dev.gentoo.org/~mgorny/> |