All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joseph Reynolds <jrey@linux.ibm.com>
To: openembedded-core@lists.openembedded.org,
	openembedded-core-request@lists.openembedded.org
Subject: Re: Openembedded-core Digest, Vol 106, Issue 126
Date: Mon, 18 Nov 2019 10:14:03 -0600	[thread overview]
Message-ID: <7453df6e-d3bc-9b1c-97c2-92885a533fde@linux.ibm.com> (raw)
In-Reply-To: <mailman.25796.1574025583.1670.openembedded-core@lists.openembedded.org>



On 11/17/19 3:19 PM, openembedded-core-request@lists.openembedded.org wrote:

 >Message: 4 >Date: Sun, 17 Nov 2019 22:19:32 +0100 >From: Alexander 
Kanavin <alex.kanavin@gmail.com> >To: Joseph Reynolds 
<jrey@linux.ibm.com> >Cc: OE-core 
<openembedded-core@lists.openembedded.org> >Subject: Re: [OE-core] How 
to add build date? (was: ... basehash value > changed...) >Message-ID: > 
<CANNYZj8LNhF26TLHuLMPh6K40dXe8V5pgEvv8N3MAEFVy+vveg@mail.gmail.com> 
 >Content-Type: text/plain; charset="utf-8" > >I'd write the date into 
the file at image creation, via >ROOTFS_POSTPROCESS_COMMAND. Got it, 
thanks. I was unaware of ROOTFS_POSTPROCESS_COMMAND. >Having it in a 
recipe means that you either force the recipe to not be a >part of 
sstate cache, always rebuilding it and its dependencies (bad idea), >or 
accept that the date comes from a previously built cache object, which 
 >means it will mismatch the actual image creation date. > >A bit of 
context would help: why would you want that info in os-release? >Who 
would use that information and how? I don't fully understand the use 
case. I think the build date is being used as a substitute for a 
software version. I've re-asked the question to the original poster in 
the OpenBMC email list: 
https://lists.ozlabs.org/pipermail/openbmc/2019-November/019493.html - 
Joseph >Alex >On Sat, 16 Nov 2019 at 23:14, Joseph Reynolds 
<jrey@linux.ibm.com> wrote:

> Is there a best practice for folks who want to put the build date into
> their generated os-release file?  I've seen this question come up at
> least 3 times in my brief involvement with OE.  I could perhaps add
> comment to the OpenBMC os-release.bbappend file to provide the proper
> guidance.  I would like to hear your ideas.
>
> - Joseph
>
>
> -------- Forwarded Message --------
> Subject:        Re: how to solve the error that basehash value changed
> from
> 'xxx' to 'aaaa' ?
> Date:   Sat, 16 Nov 2019 15:50:38 -0600
> From:   Joseph Reynolds<jrey@linux.ibm.com>
> To:     www<ouyangxuan10@163.com>,openbmc@lists.ozlabs.org
> <openbmc@lists.ozlabs.org>
>
>
>
> Byron,
>
> What modification did you put into the os-release recipe?  It would help
> us help you if you put that in your email.
>
>
> Are you adding the build date to the generated os-release file? If so,
> be aware that might cause the issues with the shared state cache you are
> experiencing.  Also be aware this practice wrecks reproducible builds.
>
> A better way to get the same effect might be to create a git tag with
> the information you want to appear in the generated os-release file.
> When you buld with this tag is then picked up by the OpenBMC
> meta-phosphor os-release.bbappend (via `git describe`) and included in
> the genersted os-release file as the BUILD_ID. See:
>
> https://github.com/ibm-openbmc/openbmc/blob/d1c59b7a36c10c18838c07af10b18080174cd61d/meta-phosphor/recipes-core/os-release/os-release.bbappend
> (But I have not tried that.)
>
> A way to work around the hash change is to add a line to your recipe
> like: PR[vardepsxeclude]="DATETIME"
> As suggested by:
> https://forums.openpli.org/topic/41447-how-to-get-rid-of-taskhash-mismatch/
>
>
> My apologies for top posting -- my email reader was not quoting the
> message properly, so I cut/pasted it below.
>
> - Joseph
>
>
> On 11/13/19 1:38 AM, www wrote:
>
> When I modify the os-release file in my yocto project, it appear some
> error, and how can I solve it ? Who can give me some help or advice?
> Thank you?
> I execute the recommended command on the console and it didn't work.


           reply	other threads:[~2019-11-18 17:14 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <mailman.25796.1574025583.1670.openembedded-core@lists.openembedded.org>]

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=7453df6e-d3bc-9b1c-97c2-92885a533fde@linux.ibm.com \
    --to=jrey@linux.ibm.com \
    --cc=openembedded-core-request@lists.openembedded.org \
    --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 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.