From: Patrick Williams <patrick@stwcx.xyz>
To: Patrick Voelker <Patrick_Voelker@phoenix.com>
Cc: Ed Tanous <ed@tanous.net>,
Bruce Mitchell <Bruce_Mitchell@phoenix.com>,
"openbmc@lists.ozlabs.org" <openbmc@lists.ozlabs.org>
Subject: Re: When building OpenBMC . . . ?
Date: Wed, 2 Sep 2020 14:10:19 -0500 [thread overview]
Message-ID: <20200902191019.GY3532@heinlein> (raw)
In-Reply-To: <2249bb47512947dab406345cfee1206d@SCL-EXCHMB-13.phoenix.com>
[-- Attachment #1: Type: text/plain, Size: 1162 bytes --]
On Wed, Sep 02, 2020 at 06:50:01PM +0000, Patrick Voelker wrote:
> I'm giving the first option below a try. I've defined an alternative variant and have included the meta-facebook/meta-tiogapass layer in my build.
>
> One problem I'm running into is that meta-tiogapass includes a rsyslog*.bbappend and one of the other layers I'm using also has a similar rsyslog*.bbappend.
>
> Each do an append to do_install() and each one tries to remove ${D}${sysconfdir}/rsyslog.d/imjournal.conf. Of course that file can only be removed once so the build fails.
>
> My question now, is what's the best way to work around this? I don't need rsyslog from meta-tiogapass, just the machine specifics.
If this is a common pattern, we should try to contribute it upstream to
Yocto as a PACKAGECONFIG option. Then we can add to the PACKAGECONFIG
in the bbappend (you can do that as many times as you want).
If we don't think Yocto would accept it, or they reject it, but it is
still something we're seeing often in our systems we can similarly add
it as a common bbappend in meta-phosphor (ideally triggered by a
PACKAGECONFIG).
--
Patrick Williams
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2020-09-02 19:10 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-30 22:02 When building OpenBMC . . . ? Bruce Mitchell
2020-08-31 10:57 ` Brad Bishop
2020-08-31 14:19 ` Bruce Mitchell
2020-08-31 14:29 ` Ed Tanous
2020-08-31 14:34 ` Bruce Mitchell
2020-08-31 22:48 ` Vijay Khemka
2020-08-31 22:51 ` Bruce Mitchell
2020-08-31 22:57 ` Vijay Khemka
2020-09-01 16:25 ` Bruce Mitchell
2020-09-01 12:24 ` Patrick Williams
2020-09-01 16:09 ` Ed Tanous
2020-09-01 16:20 ` Patrick Williams
2020-09-01 16:29 ` Bruce Mitchell
2020-09-01 16:56 ` Ed Tanous
2020-09-01 16:28 ` Bruce Mitchell
2020-09-02 18:50 ` Patrick Voelker
2020-09-02 19:10 ` Patrick Williams [this message]
2020-09-02 19:50 ` Patrick Voelker
2020-09-02 21:39 ` Bills, Jason M
2020-09-02 23:35 ` Patrick Voelker
2020-09-03 15:33 ` Patrick Williams
2020-09-01 16:26 ` Bruce Mitchell
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=20200902191019.GY3532@heinlein \
--to=patrick@stwcx.xyz \
--cc=Bruce_Mitchell@phoenix.com \
--cc=Patrick_Voelker@phoenix.com \
--cc=ed@tanous.net \
--cc=openbmc@lists.ozlabs.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.