[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openembedded-core
Subject:    Re: [OE-core] [oe-core][PATCH 1/1] liberation-fonts: do not inherit allarch
From:       "Slater, Joseph" <joe.slater () windriver ! com>
Date:       2017-12-22 23:50:27
Message-ID: 007BD92917A2324FA403BCF9A464CF84D87A2239 () ALA-MBC ! corp ! ad ! wrs ! com
[Download RAW message or body]

I tried the patch to the allarch class and the problem does away.    Joe
________________________________________
From: Alexander Kanavin [alexander.kanavin@linux.intel.com]
Sent: Friday, December 22, 2017 12:34 AM
To: Slater, Joseph; Richard Purdie; openembedded-core@lists.openembedded.org; BURTON, ROSS
Subject: Re: [OE-core] [oe-core][PATCH 1/1] liberation-fonts: do not inherit allarch

On 12/22/2017 02:00 AM, Slater, Joseph wrote:
> A number of postinstall's run target binaries, whether on the host or
> target.  This means they invoke qemu on the host and try to tell it
> where bits are.  I think it might not be necessary to pass explicit
> information about library locations to qemu, but that is the way it
> is done, and that information is arch dependent.  It might well be
> the case that "confusion" occurs only when multilib is enabled, but
> the point is that it does happen.

I think Ross had a different patch to deal with the multilib-qemu libray
confusion, so this might not yet be necessary.

Also, if this needs to be fixed, you need to fix it everywhere -
cantarell-fonts, adwaita-icon-theme, etc. etc.

Alex
-- 
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[prev in list] [next in list] [prev in thread] [next in thread]