| 1 |
On pią, 2017-08-11 at 16:56 -0700, Gerogy Yakovlev wrote: |
| 2 |
> Hi, |
| 3 |
> |
| 4 |
> I was able to test this one a bit. |
| 5 |
> The test subjects were: |
| 6 |
> ~amd64/openrc/desktop system which I was going to wipe anyway. |
| 7 |
> amd64/openrc latest snapshot, updated to ~amd64 with boostrtap.sh |
| 8 |
> |
| 9 |
> for the latter symlink migration was done before bootstrapping, |
| 10 |
|
| 11 |
Thanks a lot for testing. |
| 12 |
|
| 13 |
> So far I found 3 issues so far: |
| 14 |
> |
| 15 |
> 1) kernel modules. modprobe looks into /lib/modules/$(uname -r), but |
| 16 |
> after running the tool they end up in /lib64/modules. |
| 17 |
|
| 18 |
Hmm, my test chroot did not have Linux modules. I'm going to test that. |
| 19 |
I suspect it's because 'modules' is not owned by any package on your |
| 20 |
system, so it doesn't touch it at all. |
| 21 |
|
| 22 |
I need to rethink that. Maybe it'd be better to just move everything |
| 23 |
unowned to /lib. |
| 24 |
|
| 25 |
> 2) app-eselect/eselect-mesa has some hardcoded paths: |
| 26 |
> MESA_CONF_DIR="${EROOT}/usr/share/mesa" |
| 27 |
> MESA_DIR_64="${EROOT}/usr/lib/mesa" |
| 28 |
> DRI_DIR_64="${EROOT}/usr/lib/dri" |
| 29 |
> MESA_DIR_32="${EROOT}/usr/lib32/mesa" |
| 30 |
> DRI_DIR_32="${EROOT}/usr/lib32/dri" |
| 31 |
> that leads to many funny breakages. |
| 32 |
|
| 33 |
https://bugs.gentoo.org/486712 |
| 34 |
|
| 35 |
> |
| 36 |
> 3) and minor one, sys-boot/refind will fails to build, because it looks |
| 37 |
> for 64bit libs in lib. |
| 38 |
|
| 39 |
Could you file a bug with a build log for it? Leave a note that it's on |
| 40 |
SYMLINK_LIB=no system. |
| 41 |
|
| 42 |
-- |
| 43 |
Best regards, |
| 44 |
Michał Górny |
Archives