Summary: | sys-apps/baselayout-2.1 fails on system with default/linux/amd64/10.0/no-multilib profile | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Paul Varner (RETIRED) <fuzzyray> |
Component: | [OLD] baselayout | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | andre |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Paul Varner (RETIRED)
2011-10-04 17:08:14 UTC
post the output of: ls -ld /lib* /usr/lib* portageq envvar SYMLINK_LIB MULTILIB_ABIS DEFAULT_ABI garionv ~ # ls -ld /lib* /usr/lib* drwxr-xr-x 8 root root 4096 Sep 21 12:38 /lib drwxr-xr-x 2 root root 4096 May 25 14:26 /lib32 drwxr-xr-x 8 root root 4096 Sep 27 10:26 /lib64 lrwxrwxrwx 1 root root 5 May 20 20:57 /usr/lib -> lib64 drwxr-xr-x 2 root root 4096 May 25 14:26 /usr/lib32 drwxr-xr-x 40 root root 20480 Oct 4 11:50 /usr/lib64 drwxr-xr-x 6 root root 4096 Sep 19 10:23 /usr/libexec garionv ~ # portageq envvar SYMLINK_LIB MULTILIB_ABIS DEFAULT_ABI yes amd64 amd64 ok, your system should have /lib as a symlink (as we talked on irc). i've updated the baselayout text to be clearer for people who hit this situation. http://sources.gentoo.org/sys-apps/baselayout/baselayout-2.1.ebuild?r1=1.1&r2=1.2 *** Bug 385647 has been marked as a duplicate of this bug. *** Ok the ebuild text has become a little clearer but the solution hasn't (at least for me). Is the following procedure viable? cd / cp --recursive /lib/* /lib64 rm -r /lib/* rm /lib ln -sf lib64 /lib there's no way i'm adding a `rm` of arbitrary files in terms of users, there isn't a clean way of handling overlaid paths. if /lib/ has file "foo" and /lib64/ has dir "foo", a cp/mv will not merge those nicely. |