All of lore.kernel.org
 help / color / mirror / Atom feed
* Reproducible Build Status
@ 2020-02-07 14:23 Richard Purdie
  2020-02-08 13:56 ` Reproducible Build Status (and implications for zeus 3.0.2) Richard Purdie
  0 siblings, 1 reply; 4+ messages in thread
From: Richard Purdie @ 2020-02-07 14:23 UTC (permalink / raw)
  To: openembedded-core

I think we're now down to:

sudo path issues (Ross is poking)
ncurses-doc issue (assigned to JPEW)
perl host compiler flags issue 
sysvinit missing group problem (assigned to Mingli Yu at present)

(thanks Alex for spotting the obvious I couldn't see with one of the
perl issues!)

I wanted to document some of the interesting quirks we've seen with
reproducibile build failures in case anyone else runs into these kinds
of issues.

First is the "embedded git hash" problem where a source tree embeds the
output of "git describe" or the hash from a git command, even though
the source has come from an upstream tarball.

These commands travel back up the directory structure and find the 
hash or description (e.g. 3.1M1-XXXX) for our own metadata (poky or OE-
Core). These are consistent as long as the same revision of the
metadata is built. As soon as there are new commits or a rebase, they
change and trigger the reproducible builds failure. This means they
usually pass for master-next and break on master.

Second is setcap issues. A number of recipes look for setcap on the
host system and then change behaviour depending on whether they find
it. Some of our workers have it as part of their default install some
don't. Some recipes fall back to suid bits if setcap isn't present too
just to confuse things.

Third is the weird group problem for sysvinit. In this case its because
the do_package_write_ipk was running against do_package from sstate and
that gave different output to a full build due to the differing sysroot
contents (missing etc/group file). The reproducer is simple once you
realise what is breaking:

bitbake sysvinit
bitbake sysvinit -c clean
bitbake sysvinit -c package_write_ipk -f

Were also seeing a smattering of more well known issues like hardcoded
hosttool paths (/bin/mv vs /usr/bin/mv), dash vs bash, sorting issues
in generated header/C files and some host variable infection problems.

Cheers,

Richard







^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Reproducible Build Status (and implications for zeus 3.0.2)
  2020-02-07 14:23 Reproducible Build Status Richard Purdie
@ 2020-02-08 13:56 ` Richard Purdie
  2020-02-08 16:36   ` akuster808
  0 siblings, 1 reply; 4+ messages in thread
From: Richard Purdie @ 2020-02-08 13:56 UTC (permalink / raw)
  To: openembedded-core

On Fri, 2020-02-07 at 14:23 +0000, Richard Purdie wrote:
> I think we're now down to:
> 
> sudo path issues (Ross is poking)
> ncurses-doc issue (assigned to JPEW)
> perl host compiler flags issue 
> sysvinit missing group problem (assigned to Mingli Yu at present)

We're now down to:

A gstreamer issue with libcap:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13786

and some potential perl host compiler flags leaking in
(no bug for that, we've not seen it in the last build and I'm not 100%
sure if we fixed it or not yet)

I've queued up the recent fixes into zeus-next as I think they're
stable material.

I'm seriously considering letting 3.0.2 wait a little to include those
fixes in an rc2 and abandon rc1. If we do that, we may want to get the
bitbake hashequiv+multiconfig fixes in master-next sorted too.

Cheers,

Richard





^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Reproducible Build Status (and implications for zeus 3.0.2)
  2020-02-08 13:56 ` Reproducible Build Status (and implications for zeus 3.0.2) Richard Purdie
@ 2020-02-08 16:36   ` akuster808
  2020-02-08 16:38     ` Richard Purdie
  0 siblings, 1 reply; 4+ messages in thread
From: akuster808 @ 2020-02-08 16:36 UTC (permalink / raw)
  To: Richard Purdie, openembedded-core



On 2/8/20 5:56 AM, Richard Purdie wrote:
> On Fri, 2020-02-07 at 14:23 +0000, Richard Purdie wrote:
>> I think we're now down to:
>>
>> sudo path issues (Ross is poking)
>> ncurses-doc issue (assigned to JPEW)
>> perl host compiler flags issue 
>> sysvinit missing group problem (assigned to Mingli Yu at present)
> We're now down to:
>
> A gstreamer issue with libcap:
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=13786
>
> and some potential perl host compiler flags leaking in
> (no bug for that, we've not seen it in the last build and I'm not 100%
> sure if we fixed it or not yet)
>
> I've queued up the recent fixes into zeus-next as I think they're
> stable material.
I can not  find your changes so that puts a hold on any zeus work I was
planning on doing.  I guess this frees up my weekend. 
>
> I'm seriously considering letting 3.0.2 wait a little to include those
> fixes in an rc2 and abandon rc1. 
My vote was for rc2 if it counts.
> If we do that, we may want to get the
> bitbake hashequiv+multiconfig fixes in master-next sorted too.
Is we "You" in this case to?

- Armin
>
> Cheers,
>
> Richard
>
>
>




^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Reproducible Build Status (and implications for zeus 3.0.2)
  2020-02-08 16:36   ` akuster808
@ 2020-02-08 16:38     ` Richard Purdie
  0 siblings, 0 replies; 4+ messages in thread
From: Richard Purdie @ 2020-02-08 16:38 UTC (permalink / raw)
  To: akuster808, openembedded-core

On Sat, 2020-02-08 at 08:36 -0800, akuster808 wrote:
> 
> On 2/8/20 5:56 AM, Richard Purdie wrote:
> > On Fri, 2020-02-07 at 14:23 +0000, Richard Purdie wrote:
> > > I think we're now down to:
> > > 
> > > sudo path issues (Ross is poking)
> > > ncurses-doc issue (assigned to JPEW)
> > > perl host compiler flags issue 
> > > sysvinit missing group problem (assigned to Mingli Yu at present)
> > We're now down to:
> > 
> > A gstreamer issue with libcap:
> > https://bugzilla.yoctoproject.org/show_bug.cgi?id=13786
> > 
> > and some potential perl host compiler flags leaking in
> > (no bug for that, we've not seen it in the last build and I'm not
> > 100%
> > sure if we fixed it or not yet)
> > 
> > I've queued up the recent fixes into zeus-next as I think they're
> > stable material.
> I can not  find your changes so that puts a hold on any zeus work I
> was planning on doing.  I guess this frees up my weekend. 

Sorry, they're pushed now. My scripts don't seem to update zeus-next
for some reason.

> > I'm seriously considering letting 3.0.2 wait a little to include
> > those
> > fixes in an rc2 and abandon rc1. 
> My vote was for rc2 if it counts.
> > If we do that, we may want to get the
> > bitbake hashequiv+multiconfig fixes in master-next sorted too.
> Is we "You" in this case to?

Yes, I merged those to master now.

Cheers,

Richard



^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2020-02-08 16:38 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-02-07 14:23 Reproducible Build Status Richard Purdie
2020-02-08 13:56 ` Reproducible Build Status (and implications for zeus 3.0.2) Richard Purdie
2020-02-08 16:36   ` akuster808
2020-02-08 16:38     ` Richard Purdie

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.