Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
To: Richard Purdie <richard.purdie@linuxfoundation.org>,
	"openembedded-core@lists.openembedded.org"
	<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 0/2] Allow postinst functions to be verbose
Date: Fri, 14 Apr 2017 13:10:54 +0000	[thread overview]
Message-ID: <5d709f7eb9fa49fd89cd95818ddf4018@XBOX02.axis.com> (raw)
In-Reply-To: <1492159760.19076.10.camel@linuxfoundation.org>

> -----Original Message-----
> From: Richard Purdie [mailto:richard.purdie@linuxfoundation.org]
> Sent: den 14 april 2017 10:49
> To: Peter Kjellerstedt <peter.kjellerstedt@axis.com>; openembedded-
> core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 0/2] Allow postinst functions to be
> verbose
> 
> On Fri, 2017-04-14 at 04:39 +0200, Peter Kjellerstedt wrote:
> > This enables tracing of the postinst functions created in base-passwd
> > and useradd.bbclass if BB_VERBOSE_LOGS is enabled. I found this
> > extremely useful during verification of the useradd functionality,
> > especially as there otherwise is absolutely nothing in the logs of
> > why
> > a failure in a postinst function happened.
> >
> > I also simplified useradd_sysroot_sstate() by only having the code to
> > create the postinst files once.
> >
> > Feel free to squash these commits with the "base-passwd/useradd:
> > Various improvements to useradd with RSS" commit if you prefer.
> 
> I'm afraid I can't take these since these scripts get written into the
> sstate objects for the recipes in question and this would make the
> sstate change depending on the parameters you call bitbake with. I
> think we'd both agree that is undesirable.

Bother. Did not think of that (I am so used to having it enabled in all my 
builds).

> Not sure what we can do but this needs more thought.

Yeah, it would be great if the output from the postinst scripts was actually
captured. But we can think of that for 2.4.

> Cheers,
> 
> Richard

//Peter

  reply	other threads:[~2017-04-14 13:10 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-14  2:39 [PATCH 0/2] Allow postinst functions to be verbose Peter Kjellerstedt
2017-04-14  2:39 ` [PATCH 1/2] useradd.bbclass: Make postinst functions verbose if BB_VERBOSE_LOGS is set Peter Kjellerstedt
2017-04-14  2:39 ` [PATCH 2/2] base-passwd: Make the postinst function " Peter Kjellerstedt
2017-04-14  3:01 ` ✗ patchtest: failure for Allow postinst functions to be verbose Patchwork
2017-04-14  8:49 ` [PATCH 0/2] " Richard Purdie
2017-04-14 13:10   ` Peter Kjellerstedt [this message]
2017-04-18 10:16     ` Alexander Kanavin

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=5d709f7eb9fa49fd89cd95818ddf4018@XBOX02.axis.com \
    --to=peter.kjellerstedt@axis.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=richard.purdie@linuxfoundation.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