When baselayout was updated from 2.3 to 2.4.1, some PATH settings were moved from /etc/profile to /etc/env.d/50baselayout (former 00basic), but the ebuild sed commands in src_prepare() that appended $EPREFIX to necessary paths were not updated, so :/bin: in 50baselayout is left unmodified. I've attached my profile and 00basic/50baselayout files made with both baselayout versions for comparison.
Created attachment 482976 [details] profile made with baselayout-2.3
Created attachment 482978 [details] 00basic made with baselayout-2.3
Created attachment 482980 [details] profile made with baselayout-2.4.1
Created attachment 482982 [details] 50baselayout made with baselayout-2.4.1
Fixed, thanks for reporting! https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6d45b94abca08b1c124e1125375d1c86702fa14b commit 6d45b94abca08b1c124e1125375d1c86702fa14b Author: Guilherme Amadio <amadio@gentoo.org> Date: Wed Aug 9 11:10:43 2017 +0200 sys-apps/baselayout: add ${EPREFIX}/bin to $PATH on prefix Fixes: https://bugs.gentoo.org/624522 Package-Manager: Portage-2.3.6, Repoman-2.3.3
Your commit 6d45b94abca08b1c124e11 fails if EPREFIX matches "*/usr*". I am testing an alternative way to achieve this.
Oh, bummer. We should probably look into a solution using @GENTOO_PREFIX@ or similar to avoid this sort of problem in the future. It's annoying that sed failres are silent (i.e. only consequence is that $PATH will be wrong). I'm reopening this so we don't forget about it.
(In reply to Guilherme Amadio from comment #7) > Oh, bummer. We should probably look into a solution using @GENTOO_PREFIX@ or > similar to avoid this sort of problem in the future. It's annoying that sed > failres are silent (i.e. only consequence is that $PATH will be wrong). I'm > reopening this so we don't forget about it. No problem. I have made a commit by using the hprefixify in prefix.eclass. We can concentrate on elaborating all the corner cases in the eclass and use one implementation on as many ebuilds as possible, so that the sed expression becomes more robust.