From: Patrick Ohly <patrick.ohly@intel.com>
To: "Burton, Ross" <ross.burton@intel.com>
Cc: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: Recipe specific sysroot: handling recipes creating same files
Date: Mon, 20 Feb 2017 22:46:29 +0100 [thread overview]
Message-ID: <1487627189.4285.58.camel@intel.com> (raw)
In-Reply-To: <CAJTo0LbtbBawLavjDkbxo4xWpqZZMp=ACDmwiLP=ab2DRHZ7xA@mail.gmail.com>
On Mon, 2017-02-20 at 17:08 +0000, Burton, Ross wrote:
>
> On 19 February 2017 at 22:04, Andreas Müller
> <schnitzeltony@googlemail.com> wrote:
> This needs love: One can guess that libldb is trying to
> install stuff
> already there - nothing mentions samba and the error pops up
> for gvfs
> which does nothing really wrong. I consider this as bug
> introduced by
> RSS.
>
> Yes: without RSS this would result in a fatal error when the second
> recipe wrote to the sysroot. Can you file a bug?
So it is still considered an error when two recipes produce the same
file?
One (IMHO valid) use-case for allowing this are configuration packages.
You could have a /etc/motd packaged in foo-motd and another in bar-motd
with different content, and then build different images where a suitable
motd config package is added.
With a single sysroot, one had to introduce alternatives, which is more
complicated and introduces unnecessary symlinks in read-only images.
With RSS, it is possible more easily.
Having said that, the error report generated when files overlap in the
same real sysroot definitely needs to be improved.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
next prev parent reply other threads:[~2017-02-20 21:46 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-19 22:04 Recipe specific sysroot: handling recipes creating same files Andreas Müller
2017-02-20 17:08 ` Burton, Ross
2017-02-20 21:46 ` Patrick Ohly [this message]
2017-02-20 22:25 ` Burton, Ross
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=1487627189.4285.58.camel@intel.com \
--to=patrick.ohly@intel.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=ross.burton@intel.com \
/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.