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 |
17 |
> > behavior is counter-intuitive. We already had a number of bugs |
18 |
> > caused by it, and while it's used by Infra, it's at least |
19 |
> > unexpected when someone manually runs 'repoman manifest'. |
20 |
> |
21 |
> Just because it was historically buggy does not mean that it will |
22 |
> always be that way. I believe that it will be very safe once we've |
23 |
> fixed it to include the mtimes of all relevant directories in the max |
24 |
> mtime calculation. |
25 |
> |
26 |
> > I mean, before this all started 'repoman manifest' just updated |
27 |
> > the Manifest which meant it's mtime changed. Nowadays, it also sets |
28 |
> > mtime to some value in the past, which means running 'repoman |
29 |
> > manifest' may result in updated Manifest having mtime older than |
30 |
> > the old Manifest. As a result, people using rsync are in trouble. |
31 |
> > And this has been reported too by overlay owners. |
32 |
> |
33 |
> We should get our facts straight. It's not possible for the updated |
34 |
> Manifest to have an older mtime than the old manifest, because the |
35 |
> mtime of the old Manfiest is included in the max mtime calculation. |
36 |
|
37 |
|
38 |
I'm generally in favour of this one, infra is changing how they |
39 |
generate the Changelogs, etc. So, making this an option makes sense |
40 |
to me. |
41 |
-- |
42 |
Brian Dolbec <dolsen> |