Richard Purdie <richard.pur...@linuxfoundation.org> escreveu no dia
domingo, 3/10/2021 à(s) 11:28:
> On Sun, 2021-10-03 at 10:59 +0100, Jose Quaresma wrote:
> > Hi Richard,
> >
> > Richard Purdie <richard.pur...@linuxfoundation.org> escreveu no dia
> sábado,
> > 2/10/2021 à(s) 23:18:
> > > At this point the hash equivalence and sstate is 'junk' on the
> autobuilder
> > > unforuntately due to the volume of fixes and also the volume of slighly
> > > not quite right patches tested during the development of the fixes.
> > >
> > > In order to try and help any remaining sanity I might have, bump the
> > > version numbers to start with a clean slate so we're working from a
> known
> > > good baseline rather than risk chasing phantom issues. For those
> > > upgrading, there wouldn't be much reuse anyway after the changes.
> > >
> > > Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org>
> > > ---
> > > meta/classes/sstate.bbclass | 2 +-
> > > meta/conf/abi_version.conf | 2 +-
> > > meta/recipes-devtools/elfutils/elfutils_0.185.bb | 1 -
> > > meta/recipes-devtools/syslinux/syslinux_6.04-pre2.bb | 1 -
> > > 4 files changed, 2 insertions(+), 4 deletions(-)
> > >
> > > diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
> > > index 89e9f561787..06a722c735d 100644
> > > --- a/meta/classes/sstate.bbclass
> > > +++ b/meta/classes/sstate.bbclass
> > > @@ -1,4 +1,4 @@
> > > -SSTATE_VERSION = "3"
> > > +SSTATE_VERSION = "4"
> > >
> > > SSTATE_MANIFESTS ?= "${TMPDIR}/sstate-control"
> > > SSTATE_MANFILEPREFIX =
> "${SSTATE_MANIFESTS}/manifest-${SSTATE_MANMACH}-
> > > ${PN}"
> > > diff --git a/meta/conf/abi_version.conf b/meta/conf/abi_version.conf
> > > index 35faef9a368..515a6def405 100644
> > > --- a/meta/conf/abi_version.conf
> > > +++ b/meta/conf/abi_version.conf
> > > @@ -12,4 +12,4 @@ OELAYOUT_ABI = "14"
> > > # a reset of the equivalence, for example when reproducibility issues
> break
> > > the
> > > # existing match data. Distros can also append to this value for the
> same
> > > effect.
> > > #
> > > -HASHEQUIV_HASH_VERSION = "5"
> > > +HASHEQUIV_HASH_VERSION = "7"
> > >
> >
> >
> > Why is it bumped to 7 instead of 6 ?
>
> I'd already managed to break the 6 namespace in testing on the
> autobuilder. I
> don't have any easy way to remove that namespace from the hash equivalence
> server. I could likely do it with a lot of manual work.
>
> Sadly there is some deeper issue going on and current master on the
> autobuilder
> is corrupted and even after these bumps, there is some problem creeping
> back in
> and corrupting[1] builds. I'm trying to narrow it down but it is
> proving problematic.
>
> [1] the corruption is bad file timestamps so not something really bad but
> it
> does need to be fixed.
>
> Cheers,
>
> Richard
>
>
Thank you for the explanation.
Regarding the corruption of bad file timestamps I have sent a patch that
can be
a little useful, It will show a warning when the timestamp can't be updated.
https://lists.openembedded.org/g/openembedded-core/topic/patch_sstate_bbclass_adds/86052256?p=,,,20,0,0,0::recentpostdate/sticky,,,20,2,0,86052256,previd=1633297133859036611,nextid=1633195100689062135&previd=1633297133859036611&nextid=1633195100689062135
--
Best regards,
José Quaresma
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#156562):
https://lists.openembedded.org/g/openembedded-core/message/156562
Mute This Topic: https://lists.openembedded.org/mt/86032667/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
