Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Enrico Scholz <enrico.scholz@sigma-chemnitz.de>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH] sstate.bbclass: preserve time when unstaging files
Date: Mon, 29 Oct 2012 17:22:12 +0000	[thread overview]
Message-ID: <1351531332.2828.26.camel@ted> (raw)
In-Reply-To: <lyvcdtgsa6.fsf@ensc-virt.intern.sigma-chemnitz.de>

On Mon, 2012-10-29 at 17:24 +0100, Enrico Scholz wrote:
> Richard Purdie <richard.purdie@linuxfoundation.org> writes:
> 
> >> When packages are recreated after a 'bitbake -c clean', files will get
> >> wrong date because tar has been invoked with the '-m' option.
> >> 
> >> Correct timestamps are useful for bug hunting and there are better
> >> ways (e.g. using of ntp) than using '-m'.
> >
> > This is a revert of:
> >
> > http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=2d89cff42af2bb0049224bfaaebaa2b21966169f
> >
> > where the option was added deliberately to deal with time mismatch
> > between autobuilders which was causing real world bugs.
> 
> But the real bug is the time mismatch in the autobuilders, isn't it?
> And this can/should be solved by synchronizing time by ntp on them
> instead of applying dirty hacks like resetting file dates.

I have asked that ntp be installed/fixed on the autobuilders to sort the
problem out but it seems that even with ntp running, mismatches can
happen (e.g. misconfigured timezones). Worse, when this does happen the
failures are extremely unpredictable and hard to debug. It causes things
to repeatedly recompile for example, even during do_install.

So no, I don't think this is a dirty hack, its part of ensuring the
builds are deterministic and helping people avoid what can be a very
nasty and hard to debug set of build issues.

I appreciate it hurts some other debugging forensics but I'd rather that
than anyone suffering some of the nasty build failures I debugged.

Cheers,

Richard





  reply	other threads:[~2012-10-29 17:35 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-29 15:11 [PATCH] sstate.bbclass: preserve time when unstaging files Enrico Scholz
2012-10-29 16:11 ` Richard Purdie
2012-10-29 16:24   ` Enrico Scholz
2012-10-29 17:22     ` Richard Purdie [this message]
2012-10-29 17:59       ` Enrico Scholz
2012-10-29 18:19         ` Richard Purdie
2012-10-29 19:00           ` Enrico Scholz
2012-10-29 21:20             ` Richard Purdie
2012-10-29 21:41               ` Enrico Scholz
2012-10-29 21:55                 ` Richard Purdie

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1351531332.2828.26.camel@ted \
    --to=richard.purdie@linuxfoundation.org \
    --cc=enrico.scholz@sigma-chemnitz.de \
    --cc=openembedded-core@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox