All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Matthew" <matthew.zeng@windriver.com>
To: Khem Raj <raj.khem@gmail.com>
Cc: Matthew <matthew.zeng@windriver.com>,
	<openembedded-devel@lists.openembedded.org>
Subject: Re: [oe] Regarding poppler auto PACKAGECONFIG when qt5-layer exists
Date: Wed, 1 Apr 2020 23:32:05 -0400	[thread overview]
Message-ID: <87v9mipo0t.fsf@windriver.com> (raw)
In-Reply-To: <4bb66aea-66e2-7810-4986-f3ea63ed7992@gmail.com>


Khem Raj <raj.khem@gmail.com> writes:

> On 4/1/20 1:28 PM, Matthew wrote:
>> Hello,
>> In meta-oe/recipes-support/poppler/poppler_0.85.0.bb line 17, there
>> is the line
>>      PACKAGECONFIG ??= "jpeg openjpeg png tiff nss
>> ${@bb.utils.contains('BBFILE_COLLECTIONS', 'qt5-layer', 'qt5', '',
>> d)}"
>> Let's say I add meta-qt5 to bblayers.conf, but I don't plan to use
>> it immediately in a build. Therefore I haven't make any additional
>> change to local.conf.
>> However I will be receiving the following error when starting a
>> build:
>>      WARNING: qtbase is not whitelisted, figuring out PNWHITELIST...
>>      ERROR: Nothing PROVIDES 'qtbase' (but .../meta-openembedded/meta-oe/recipes-support/poppler/poppler_0.85.0.bb DEPENDS on or otherwise requires it)
>> because PACKAGECONFIG is changed so it assumes I'll be using qt5. Is
>> this reasonable?
>>
>
> Yeah I think here the choice is dynamic, what happens if you add a
> bbappend where you do PACKAGECONFIG_remove = "qt5" does that work ?

Haven't test specifically, but this should work.

However I personally don't think it is reasonable to add a PACKAGECONFIG_remove line, or any line in local.conf for a layer that I don't plan to use immediately.
The layer is added to bblayers.conf because I can use it whenever I feel necessary for my build, but I don't think anything should be triggered based on bblayers.conf, it creates more confusion.

Matthew

>
>> --
>> Mingde (Matthew) Zeng
>>
>> 
>>


--
Mingde (Matthew) Zeng

  reply	other threads:[~2020-04-02  3:32 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <87o8sbf8e4.fsf@windriver.com>
2020-04-01 20:28 ` Regarding poppler auto PACKAGECONFIG when qt5-layer exists Matthew
2020-04-01 21:02   ` [oe] " Khem Raj
2020-04-02  3:32     ` Matthew [this message]
     [not found] ` <CALbNGRSB_ZNW1qyFYuhTnR-eKCPo_oU5Bg+K4_UE5oiiCdXD=Q@mail.gmail.com>
     [not found]   ` <871rp6t1jg.fsf@windriver.com>
     [not found]     ` <21293c7f-669d-8153-2104-f9de823a7362@windriver.com>
     [not found]       ` <CALbNGRQ1LqMOstdxGu4M4+sNUMj0-zabRePq0Z0Q3SNDpjj_2A@mail.gmail.com>
2020-04-02 20:43         ` Matthew

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=87v9mipo0t.fsf@windriver.com \
    --to=matthew.zeng@windriver.com \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=raj.khem@gmail.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.