All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
To: Richard Purdie <richard.purdie@linuxfoundation.org>,
	"Mittal, Anuj" <anuj.mittal@intel.com>
Cc: "OE Core (openembedded-core@lists.openembedded.org)"
	<openembedded-core@lists.openembedded.org>
Subject: RE: [OE-core] [honister][PATCH] insane.bbclass: Add a check for directories that are expected to be empty
Date: Thu, 11 Nov 2021 11:02:38 +0000	[thread overview]
Message-ID: <41bbfc0ba7a84ad6bb754bd6e946479d@axis.com> (raw)
In-Reply-To: <3fecf1daa318df34df728aeaf932b7de0411e6de.camel@linuxfoundation.org>

> -----Original Message-----
> From: Richard Purdie <richard.purdie@linuxfoundation.org>
> Sent: den 11 november 2021 11:31
> To: Peter Kjellerstedt <peter.kjellerstedt@axis.com>; Mittal, Anuj
> <anuj.mittal@intel.com>
> Cc: OE Core (openembedded-core@lists.openembedded.org) <openembedded-
> core@lists.openembedded.org>
> Subject: Re: [OE-core] [honister][PATCH] insane.bbclass: Add a check for
> directories that are expected to be empty
> 
> On Thu, 2021-11-11 at 09:42 +0000, Peter Kjellerstedt wrote:
> > > -----Original Message-----
> > > From: Mittal, Anuj <anuj.mittal@intel.com>
> > > Sent: den 11 november 2021 04:06
> > > To: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
> > > Subject: Re: [OE-core] [honister][PATCH] insane.bbclass: Add a check
> for
> > > directories that are expected to be empty
> > >
> > > On Wed, 2021-11-10 at 20:53 +0000, Peter Kjellerstedt wrote:
> > > > > -----Original Message-----
> > > > > From: openembedded-core@lists.openembedded.org <openembedded-
> > > > > core@lists.openembedded.org> On Behalf Of Anuj Mittal
> > > > > Sent: den 9 november 2021 15:36
> > > > > To: openembedded-core@lists.openembedded.org; Peter Kjellerstedt
> > > > > <peter.kjellerstedt@axis.com>
> > > > > Subject: Re: [OE-core] [honister][PATCH] insane.bbclass: Add a
> > > > > check for
> > > > > directories that are expected to be empty
> > > > >
> > > > > On Mon, 2021-11-08 at 18:10 +0100, Peter Kjellerstedt wrote:
> > > > > > From: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
> > > > > >
> > > > > > The empty-dirs QA check verifies that all directories specified
> > > > > > in
> > > > > > QA_EMPTY_DIRS are empty. It is possible to specify why a
> > > > > > directory is
> > > > > > expected to be empty by defining
> > > > > > QA_EMPTY_DIRS_RECOMMENDATION:<path>,
> > > > > > which will then be included in the error message if the
> directory
> > > > > > is
> > > > > > not empty. If it is not specified for a directory, then "but it
> > > > > > is
> > > > > > expected to be empty" will be used.
> > > > > >
> > > > > > Change-Id: Ic61019528f4b22f26e42e78125a99666ae27c7f5
> > > > > > Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
> > > > > > ---
> > > > > >
> > > > > > Compared to the corresponding patch for master, there are two
> > > > > > differences:
> > > > > >
> > > > > > * "/var/volatile" is not added to QA_EMPTY_DIRS by default.
> > > > > > * "empty-dirs" is added to WARN_QA instead of ERROR_QA.
> > > > > >
> > > > > > This should make it safe to add this QA test to Honister without
> > > > > > introdusing any new QA errors, while still allowing the QA test
> to be
> > > > > > activated for those who wants to use it.
> > > > >
> > > > > Does it have to be enabled by default?
> > > >
> > > > Well, it doesn't have to be enabled. However, without /var/volatile
> in
> > > > QA_EMPTY_DIRS, there should be no warnings generated for OE-Core or
> > > > OpenEmbedded so it should not hurt to have it in WARN_QA.
> > >
> > > Right, but there could be unexpected warnings for other downstream
> > > layers in release versions.
> >
> > True, but they would still just be warnings.
> 
> In the context of backports, this needs to be handled carefully. You're
> effectively asking for new feature backport here and people aren't happy
> when stable branches suddenly show new warnings.
> 
> If the issue was of huge importance, that would be ok but I'm not sure
> that is the case here, we've managed with the code as is for a long time.
> 
> Cheers,
> 
> Richard

Sure, I'm perfectly fine with the feature being backported without it 
being enabled out-of-the-box as it will still allow me to remove our 
local solution for the same problem.

//Peter


  reply	other threads:[~2021-11-11 11:02 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-11-08 17:10 [honister][PATCH] insane.bbclass: Add a check for directories that are expected to be empty Peter Kjellerstedt
2021-11-09 14:36 ` [OE-core] " Mittal, Anuj
     [not found]   ` <bd35b97c54314581be874f9bd8adcf83@axis.com>
     [not found]     ` <0acd0e851fab2cbbc1580ec45b1765d5c22e26b5.camel@intel.com>
2021-11-11  9:42       ` Peter Kjellerstedt
2021-11-11 10:30         ` Richard Purdie
2021-11-11 11:02           ` Peter Kjellerstedt [this message]
2021-11-12  2:52         ` Mittal, Anuj

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=41bbfc0ba7a84ad6bb754bd6e946479d@axis.com \
    --to=peter.kjellerstedt@axis.com \
    --cc=anuj.mittal@intel.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 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.