On pią, 2017-08-11 at 16:56 -0700, Gerogy Yakovlev wrote: > Hi, > > I was able to test this one a bit. > The test subjects were: > ~amd64/openrc/desktop system which I was going to wipe anyway. > amd64/openrc latest snapshot, updated to ~amd64 with boostrtap.sh > > for the latter symlink migration was done before bootstrapping,
Thanks a lot for testing.
> So far I found 3 issues so far:
>
> 1) kernel modules. modprobe looks into /lib/modules/$(uname -r), but
> after running the tool they end up in /lib64/modules.
Hmm, my test chroot did not have Linux modules. I'm going to test that.
I suspect it's because 'modules' is not owned by any package on your
system, so it doesn't touch it at all.
I need to rethink that. Maybe it'd be better to just move everything
unowned to /lib.
> 2) app-eselect/eselect-mesa has some hardcoded paths:
> MESA_CONF_DIR="${EROOT}/usr/share/mesa"
> MESA_DIR_64="${EROOT}/usr/lib/mesa"
> DRI_DIR_64="${EROOT}/usr/lib/dri"
> MESA_DIR_32="${EROOT}/usr/lib32/mesa"
> DRI_DIR_32="${EROOT}/usr/lib32/dri"
> that leads to many funny breakages.
https://bugs.gentoo.org/486712
>
> 3) and minor one, sys-boot/refind will fails to build, because it looks
> for 64bit libs in lib.
Could you file a bug with a build log for it? Leave a note that it's on
SYMLINK_LIB=no system.
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
