Re: [PATCH 00/53] musl fixes 3

Matthias Schiffer
2016-01-10T21:29:25Z

[-- Attachment #1: Type: text/plain, Size: 2091 bytes --]

On 01/10/2016 10:10 PM, Khem Raj wrote:
> On Fri, Jan 8, 2016 at 6:56 AM, Burton, Ross <ross.burton@intel.com> wrote:
>>
>> On 8 January 2016 at 10:19, Khem Raj <raj.khem@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

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]