Only need the /usr/lib in Gentoo. /usr/lib32 is not needed. sys-freebsd/freebsd-share-9.0 is because it makes /usr/lib32 directory, baselayout fails to emerge when creating a stage3 in the catalyst. Reproducible: Always Steps to Reproduce: 1.Create a new stage3 using catalyst. Actual Results: >>> Emerging (36 of 191) sys-apps/baselayout-2.1 >>> Failed to emerge sys-apps/baselayout-2.1, Log file: >>> '/var/tmp/portage/sys-apps/baselayout-2.1/temp/build.log' * Package: sys-apps/baselayout-2.1 * Repository: gentoo * USE: elibc_FreeBSD java5 kernel_FreeBSD userland_BSD x86-fbsd * FEATURES: preserve-libs * You need to merge /usr/lib32 into /usr/lib * ERROR: sys-apps/baselayout-2.1 failed (setup phase): * non-empty dir found where there should be none: /usr/lib32 * * Call stack: * ebuild.sh, line 85: Called pkg_setup * baselayout-2.1.ebuild, line 20: Called multilib_layout * baselayout-2.1.ebuild, line 111: Called die * The specific snippet of code: * die "non-empty dir found where there should be none: ${prefix}lib32" * * If you need support, post the output of 'emerge --info =sys-apps/baselayout-2.1', * the complete build log and the output of 'emerge -pqv =sys-apps/baselayout-2.1'. * The complete build log is located at '/var/tmp/portage/sys-apps/baselayout-2.1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/sys-apps/baselayout-2.1/temp/die.env'. * S: '/var/tmp/portage/sys-apps/baselayout-2.1/work/baselayout-2.1'
Created attachment 305711 [details, diff] patch for freebsd-share-9.0.ebuild
Created attachment 305713 [details, diff] files/freebsd-share-9.0-gentoowaydir.patch
I can confirm this issue and that Yuta SATOH's patches fix it on x86-fbsd. Unless there are plans for multilib support in the near future, I suggest that we commit this to the tree for the time being.
patch applied, thanks