Re: [OE-core] [PATCH] allarch: don't reset baselib

2017-09-14 Thread Alexander Kanavin
On 09/12/2017 08:31 PM, Mark Hatle wrote: Also its interesting that nobody else noticed this: multilib images that installed fonts were segfaulting in rootfs... If the segfault is causing the postinst to exit w/ an error (non-0) then it's likely re-running on the target itself (and thus workin

Re: [OE-core] [PATCH] allarch: don't reset baselib

2017-09-12 Thread Mark Hatle
On 9/12/17 11:34 AM, Burton, Ross wrote: > On 12 September 2017 at 17:28, Mark Hatle > wrote: > > On 9/12/17 10:59 AM, Ross Burton wrote: > > allarch currently resets baselib to "lib" in an attempt to keep allarch > recipes > > uniform.  However if th

Re: [OE-core] [PATCH] allarch: don't reset baselib

2017-09-12 Thread Burton, Ross
On 12 September 2017 at 17:28, Mark Hatle wrote: > On 9/12/17 10:59 AM, Ross Burton wrote: > > allarch currently resets baselib to "lib" in an attempt to keep allarch > recipes > > uniform. However if the real value for $baselib is actually needed, for > example > > in a multilib environment whe

Re: [OE-core] [PATCH] allarch: don't reset baselib

2017-09-12 Thread Mark Hatle
On 9/12/17 10:59 AM, Ross Burton wrote: > allarch currently resets baselib to "lib" in an attempt to keep allarch > recipes > uniform. However if the real value for $baselib is actually needed, for > example > in a multilib environment where $baselib is lib64 for standard binaries and > the > a

[OE-core] [PATCH] allarch: don't reset baselib

2017-09-12 Thread Ross Burton
allarch currently resets baselib to "lib" in an attempt to keep allarch recipes uniform. However if the real value for $baselib is actually needed, for example in a multilib environment where $baselib is lib64 for standard binaries and the allarch package is using postinst intercepts which need to