Gentoo Archives: gentoo-portage-dev

From: "Michał Górny" <mgorny@g.o>
To: Zac Medico <zmedico@g.o>
Cc: gentoo-portage-dev@l.g.o
Subject: Re: [gentoo-portage-dev] [PATCH] postsync: skip hooks and metadata-transfer when appropriate (bug 564988)
Date: Fri, 06 Nov 2015 19:34:30
Message-Id: 20151106203415.56925a80.mgorny@gentoo.org
In Reply to: Re: [gentoo-portage-dev] [PATCH] postsync: skip hooks and metadata-transfer when appropriate (bug 564988) by Zac Medico
1 On Fri, 6 Nov 2015 10:58:23 -0800
2 Zac Medico <zmedico@g.o> wrote:
3
4 > On 11/06/2015 10:39 AM, Michał Górny wrote:
5 > > On Fri, 6 Nov 2015 09:24:15 -0800
6 > > Zac Medico <zmedico@g.o> wrote:
7 > >
8 > >> On 11/06/2015 12:20 AM, Alexander Berntsen wrote:
9 > >>> On 06/11/15 09:05, Michał Górny wrote:
10 > >>>>>> I know nothing about the egencache stuff. Maybe Michał can
11 > >>>>>> comment?
12 > >>>> Michał finds this black magic. Trusts zmedico.
13 > >>> I think it looks like it's probably supposed to be reasonable, perhaps.
14 > >>>
15 > >>> Maybe Brian can look at it. At least that way we'll have a lot of
16 > >>> people that attempted understanding what's going on.
17 > >>>
18 > >>> Maybe we need a "Trusted-by:" line.
19 > >>>
20 > >>
21 > >> Maybe it helps if I give some more context. At my workplace, we have
22 > >> lots of scripts that call `emerge --sync private-work-repo` to ensure
23 > >> that the current system has the latest changes from private-work-repo.
24 > >> It can be annoying if it spends the bulk of its time calling hooks, even
25 > >> though private-work-repo was already up-to-date:
26 > >>
27 > >>>>> Timestamps on the server and in the local repository are the same.
28 > >>>>> Cancelling all further sync action. You are already up to date.
29 > >>
30 > >> So, we want to skip the hooks when repos are already up-to-date. In this
31 > >> case, there's no point in calling hooks or updating the metadata cache.
32 > >
33 > > This is incorrect assumption. A change in master repo may trigger
34 > > metadata cache update in slaved repo.
35 > >
36 >
37 > Good point. I'll update it to account for this.
38
39 Please don't. This is just one of the corner cases when it will fail.
40 You can't assume any post-sync hook can be skipped if X or Y didn't
41 change.
42
43 --
44 Best regards,
45 Michał Górny
46 <http://dev.gentoo.org/~mgorny/>

Replies