The multilib_setup logic needs some modification to support merged-usr systems. Currently, it will convert a /lib -> /usr/lib symlink to a directory if SYMLINK_LIB=no. More generally, it would be nice if baselayout could take care of setting up symlinks for /bin, /sbin, /lib, /lib64, etc in a stage1 scenario.
In case it wasn't clear, I'm only proposing this as an optional configuration for baselayout, either via a USE flag or a new profile variable. I am not advocating that we force all Gentoo users to convert their systems. It would just be nice to have the option for those that want it. I am aware of other issues this may cause, but this is a good first step toward supporting it.
Given that 2017.1 profiles are going to be the default now and remove symlinking of lib/lib64 etc, it would be great to have usrmerge implemented in baselayout as an alternate. Currently, the patches in baselayout-9999 do not accomplish this at all.
(In reply to Amit Prakash Ambasta from comment #2) > Given that 2017.1 profiles are going to be the default now and remove > symlinking of lib/lib64 etc, it would be great to have usrmerge implemented > in baselayout as an alternate. > > Currently, the patches in baselayout-9999 do not accomplish this at all. Keep in mind that baselayout will not attempt to migrate a live system; it only sets up the usr merge when stages are built. Given that, I would like to know what issues you are finding so I can correct them before the release.
Baselayout-2.6 has a split-usr use flag which is turned on by default. If this flag is disabled when stages are built, the following will be set up as symlinks: /bin -> usr/bin /lib* -> usr/lib* /sbin -> usr/sbin usr/sbin -> bin
This is being closed since the functionality is in baselayout-2.6. It is here for testing at this point, so let us know if there are issues.