[OE-core] [PATCH 00/53] musl fixes 3

[Matthias Schiffer]

On 01/10/2016 10:10 PM, Khem Raj wrote:
> On Fri, Jan 8, 2016 at 6:56 AM, Burton, Ross <ross.burton at intel.com> wrote:
>>
>> On 8 January 2016 at 10:19, Khem Raj <raj.khem at gmail.com> wrote:
>>>
>>> This set of fixes let core-image-full-cmdline build with musl along with
>>> core-image-sato
>>> and core-image-weston
>>
>>
>> The postinst intercepts that are ran at rootfs time using user-mode qemu
>> don't work with musl:
>>
>> NOTE: Running intercept scripts:
>> NOTE: > Executing update_font_cache intercept ...
>> /lib/ld-musl-i386.so.1: No such file or directory
>> /data/poky-master/tmp/work/qemux86-poky-linux-musl/core-image-sato/1.0-r0/rootfs/usr/bin/fc-cache:
>> Invalid ELF image for this architecture
>> WARNING: The postinstall intercept hook 'update_font_cache' failed (exit
>> code: 255)! See log for details!
>> WARNING: The postinstalls for the following packages will be postponed for
>> first boot: liberation-fonts
>> NOTE: > Executing update_icon_cache intercept ...
>> NOTE: > Executing update_pixbuf_cache intercept ...
>> /lib/ld-musl-i386.so.1: No such file or directory
>> /data/poky-master/tmp/work/qemux86-poky-linux-musl/core-image-sato/1.0-r0/rootfs/usr/lib/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders:
>> Invalid ELF image for this architecture
> 
> I have fixed this issue as well.
> 
> https://github.com/kraj/openembedded-core/commit/1b65d8b36606167f4f04192abf4e14ada305cd8d

I think making the symlinks relative like that will break in merged-usr
setups (which I'm currently trying to add support for in OE). E.g., when
ld.so is actually in /usr/lib and /lib symlinks to /usr/lib, the symlink
to ../usr/lib/libc.so will be wrong.

systemd has been relying on ln's -r (--relative) option for some time
for similar reasons, but it's a fairly recent addition to ln, so I'm not
sure if it's acceptable for OE. If not, adding a symlink helper based on
python's os.path.relpath might be a good idea.

Matthias


> 
> Its baking on my master tree, will post it along wiith phase 4 pull request.
> 
> 
>>
>> Ross


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20160110/055987d5/attachment-0002.sig>