From: "Richard Purdie" <richard.purdie@linuxfoundation.org>
To: Mark Hatle <mark.hatle@kernel.crashing.org>,
openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [master][PATCH v2 0/6] Allow PR Service and hash equiv togther
Date: Wed, 26 Aug 2020 12:48:40 +0100 [thread overview]
Message-ID: <f5e8f15912143ac89e3361f63cb504a290d427c6.camel@linuxfoundation.org> (raw)
In-Reply-To: <20200826112733.52492-1-mark.hatle@kernel.crashing.org>
On Wed, 2020-08-26 at 06:27 -0500, Mark Hatle wrote:
> v2:
>
> Most comments have been addressed to create a v2 version. I've refactored
> the commits to make a few things more clear, basically moving code around
> and fixing minor issues BEFORE the big patch.
>
> Before there were two patches that together implemented the PR Serv/Hash
> work. This has been combined into a single patch and the oe_nohash stuff
> has simply been removed as no longer applicable.
>
> The only comment that was NOT addressed in this was the suggestion to
> sed the pkgdata files in do_packagedata. I'm hesitent to do this as
> sed with ${...} in them has proven to be fragile for me in the past. If
> we decide that is necessary, I'd suggest we start with this set and then
> make that change after this proves to work (or not).
Sorry to keep on about this but I am worried about code readability and
trying not to let the code get too unreadable (we have to try).
Your shell expansion issue is a very valid concern. How about setting
the variables we expand late to "@XXXX@" and then using that as the
expression to sed later?
I'm also wondering if we should just inject the @XXXX@ change (instead
of the delVar) into d directly at the start of do_package itself, where
the existing bb.build.exec_func("package_get_auto_pr", d) call is?
That would then remove all the confusing localdata changes?
Cheers,
Richard
next prev parent reply other threads:[~2020-08-26 11:48 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-26 11:27 [master][PATCH v2 0/6] Allow PR Service and hash equiv togther Mark Hatle
2020-08-26 11:27 ` [master][PATCH v2 1/6] package_tar.bbclass: Sync to the other package_* classes Mark Hatle
2020-08-26 11:27 ` [master][PATCH v2 2/6] kernel.bbclass: Remove do_install[prefunc] no longer needed Mark Hatle
2020-08-26 11:27 ` [master][PATCH v2 3/6] buildhistory.bbclass: Rework to use read_subpackage_metadata Mark Hatle
2020-08-26 11:27 ` [master][PATCH v2 4/6] package.bbclass: Move package_get_auto_pr to packagedata.bbclass Mark Hatle
2020-08-26 11:44 ` [OE-core] " Richard Purdie
2020-08-26 12:03 ` Mark Hatle
2020-08-26 11:27 ` [master][PATCH v2 5/6] kernel.bbclass: Move away from calling package_get_auto_pr Mark Hatle
2020-08-26 11:27 ` [master][PATCH v2 6/6] package.bbclass: hash equivalency and pr service Mark Hatle
2020-08-26 11:48 ` Richard Purdie [this message]
2020-08-26 12:14 ` [OE-core] [master][PATCH v2 0/6] Allow PR Service and hash equiv togther Mark Hatle
2020-08-26 12:21 ` 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=f5e8f15912143ac89e3361f63cb504a290d427c6.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=mark.hatle@kernel.crashing.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox