Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Jate Sujjavanich <jatedev@gmail.com>
Cc: bitbake-devel@lists.openembedded.org,
	openembedded-core@lists.openembedded.org
Subject: Re: [bitbake-devel] [0/2] Yocto Bug #6149, #5044
Date: Sat, 09 May 2015 09:31:53 +0100	[thread overview]
Message-ID: <1431160313.8074.342.camel@linuxfoundation.org> (raw)
In-Reply-To: <CAPphmgYj=ARopeoCC+UdcLXcMTfZGO+CH=_YN4Zb7mvdvP==Yw@mail.gmail.com>

On Thu, 2015-05-07 at 19:50 -0400, Jate Sujjavanich wrote:
> I came across these bugs in poky 1.6.3 (daisy) with multiple package
> providers. I fixed bug 6149 with just bitbake patch.
>
> I came across another bug with this when I tried the bitbake fix on
> master. With the test case 
>
> IMAGE_INSTALL_append = " sshd"
> PREFERRED_PROVIDER_sshd="dropbear"
>
> meta/lib/oe/package_manager.py reported a package not found in the
> base feeds. The file image.bbclass starts copies IMAGE_INSTALL to
> PACKAGE_INSTALL and performs fix ups for multilib, etc. I added
> another function (rootfs_process_preferred_providers) to replace sshd
> in PACKAGE_INSTALL with dropbear. This eliminated the error.
>
> The mega-manual is vague when it describes what can be specified in
> PREFERRED_PROVIDER: an item. And the code partially supports run-time
> packages as a valid item on the left. My implementation assumes a
> package name on the right.

I'm afraid this assumption is not correct. There are two distinct
namespaces we have, the "buildtime" recipe names (PN) and the runtime
package names. PREFERRED_PROVIDER takes recipe names (PN), not runtime
ones. Mixing the two up is going to cause confusion and problems so the
patch as it stands cannot be merged for this reason.

> Yocto bug 5044 suggests traversing from the package name to the
> virtual/* provider, but I have not thought through how this might
> work.
>
> IMAGE_INSTALL_append = " libasound-module-bluez"
> PREFERRED_PROVIDER_libasound-module-bluez="bluez4"
>
> I got this working on poky 1.6.3, but some changes to the bluez
> recipes on master seemed to mitigate the original problem.
> 
We have several issues with the way PREFERRED_PROVIDER works today and
the translations between build time and runtime. I suspect that code
needs rethinking to some extent. I know 5044 is assined to me, as yet
I've not been able to find the time it needs to properly think through
the different issues and fix it :(

Cheers,

Richard




      reply	other threads:[~2015-05-09  8:32 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-07 23:50 [0/2] Yocto Bug #6149, #5044 Jate Sujjavanich
2015-05-09  8:31 ` Richard Purdie [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=1431160313.8074.342.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=bitbake-devel@lists.openembedded.org \
    --cc=jatedev@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox