From: Claus Stovgaard <claus.stovgaard@gmail.com>
To: Ross Burton <Ross.Burton@arm.com>
Cc: "openembedded-core@lists.openembedded.org"
<openembedded-core@lists.openembedded.org>
Subject: Re: [OE-core] [master][scarthgap][PATCH v2] lib/oe/package-manager: return early in install_complementary with empty globs
Date: Mon, 07 Oct 2024 18:44:41 +0200 [thread overview]
Message-ID: <d8021629e7cdebf344d0dede6df7b2434d9e8d7f.camel@gmail.com> (raw)
In-Reply-To: <B2022D2B-92A2-4F5B-87AD-8050522E768D@arm.com>
On Tue, 2024-10-01 at 09:21 +0000, Ross Burton wrote:
> On 1 Oct 2024, at 08:52, claus.stovgaard@gmail.com wrote:
> >
> > On Mon, 2024-09-30 at 12:33 +0000, Ross Burton wrote:
> > > On 26 Sep 2024, at 21:40, Claus Stovgaard via
> > > lists.openembedded.org
> > > <claus.stovgaard=gmail.com@lists.openembedded.org> wrote:
> > > >
> > > > Return early when globs is either None or an empty string. If
> > > > globs
> > > > is
> > > > an empty string from the self.d.getVar, we should skip the
> > > > reset of
> > > > install_complementary, as the result from processing with empty
> > > > glob in
> > > > oe-pkgdata-util will always be 0 packages to install.
> > >
> > > This isn’t right: if the globs are empty then we can skip the
> > > processing of the globs, but this function also contains the
> > > locale
> > > archive generation which is then skipped.
> > >
> >
> > Oh yes - you are correct. I focused to much on the top part, and
> > the
> > with loop, so somehow it slipped. Nicely catch.
> >
> > I see 3 options.
> >
> > 1) drop this patch, and keep doing the extra work.
> >
> > 2) invert the condition and move the with loop in under this
> > condition
> >
> > 3) split the archiving out in seperate method, and then call it
> > after
> > install_complementary the places where install_complementary is
> > called
> > from. This option is what I belive you refering to below.
> >
> > What do you think is the best options?
>
> (3) but moving the logic somewhere so callers don’t need to be
> updated would be ideal, if possible. (2) if not.
I looked to see if I could move the generate_locale_archive logic to
somewhere, where the callers don't need to be updated. I could not find
a place where it would fit, so I will send option 2 as version 3 of the
patch
Regards Claus
>
> Ross
prev parent reply other threads:[~2024-10-07 16:44 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-26 20:40 [master][scarthgap][PATCH v2] lib/oe/package-manager: return early in install_complementary with empty globs Claus Stovgaard
2024-09-30 12:33 ` [OE-core] " Ross Burton
2024-10-01 7:52 ` claus.stovgaard
2024-10-01 9:21 ` Ross Burton
2024-10-07 16:44 ` Claus Stovgaard [this message]
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=d8021629e7cdebf344d0dede6df7b2434d9e8d7f.camel@gmail.com \
--to=claus.stovgaard@gmail.com \
--cc=Ross.Burton@arm.com \
--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.