[OE-core] [PATCH 13/22] sanity: Dont throw a warning if TUNE_PKGARCH is in PACKAGE_ARCHS twice

Richard Purdie richard.purdie at linuxfoundation.org
Tue Aug 2 13:39:37 UTC 2011


On Mon, 2011-08-01 at 11:59 -0700, Khem Raj wrote:
> On Mon, Aug 1, 2011 at 11:51 AM, Kumar Gala <galak at kernel.crashing.org> wrote:
> >
> > On Aug 1, 2011, at 12:34 PM, Khem Raj wrote:
> >
> >> On (01/08/11 09:11), Kumar Gala wrote:
> >>>
> >>> On Aug 1, 2011, at 8:03 AM, Richard Purdie wrote:
> >>>
> >>>> On Mon, 2011-08-01 at 00:36 -0700, Saul Wold wrote:
> >>>>> Signed-off-by: Saul Wold <sgw at linux.intel.com>
> >>>>> ---
> >>>>> meta/classes/sanity.bbclass |    8 +++++---
> >>>>> 1 files changed, 5 insertions(+), 3 deletions(-)
> >>>>>
> >>>>> diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
> >>>>> index 999e15d..dc11c9e 100644
> >>>>> --- a/meta/classes/sanity.bbclass
> >>>>> +++ b/meta/classes/sanity.bbclass
> >>>>> @@ -383,12 +383,14 @@ def check_sanity(e):
> >>>>>    dups = []
> >>>>>
> >>>>>    for pa in pkgarchs.split():
> >>>>> -          if seen.get(pa, 0) == 1:
> >>>>> +  if pa == tunepkg:
> >>>>> +      tunefound = True
> >>>>> +            if seen.get(pa, 0) == 1:
> >>>>> +               pkgarchs.remove(pa)
> >>>>> +          elif seen.get(pa, 0) == 1:
> >>>>>        dups.append(pa)
> >>>>>    else:
> >>>>>        seen[pa] = 1
> >>>>> -  if pa == tunepkg:
> >>>>> -      tunefound = True
> >>>>>
> >>>>>    if len(dups):
> >>>>>       messages = messages + "Error, the PACKAGE_ARCHS variable contains duplicates. The following archs are listed more than once: %s" % " ".join(dups)
> >>>>
> >>>> How about we don't put duplicates in there in the first place?
> >>>>
> >>>> Which board/tune files is this occurring with?
> >>>
> >>> Yeah, not sure about this one, I added the sanity check to find this early.  Ran into issues with my PPC patch set and took a while to find (thus figured a sanity check made sense to check early on).
> >>
> >> I think the issue is when TUNE_PKGARCH does not end up in the
> >> PACKAGE_ARCHS and then package managers dont pick the ipks/rpms/debs
> >> which are under that dir in deploy/ipk.
> >> Usually we have been doing += to PACKAGE_EXTRA_ARCH
> >> variable in layers but with latest tune overhaul += does not work
> >> and we have to do _append/_prepend. I dont know if that is Kumar's
> >> original problem
> >
> > Yeah, its why I added the sanity check to make sure TUNE_PKGARCH was in the PACKAGE_ARCHS list.
> 
> right now ppc is bitten by this issue. I cannt build images for qemuppc
> in oe-core atm since TUNE_PKGARCH = "powerpcppc603e" and therefore ipks
> are put in the subdir with same name which opkg does not know about
> powerpcppc603e as a PACKAGE_ARCH so doesnt search this subdir for
> packages.

I'm fine with the sanity check, thats great and I merged that. What I
don't like is automagically removing duplicates. The variable is order
sensitive and who do we know which one to remove?

Cheers,

Rcichard





More information about the Openembedded-core mailing list