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