ebuild.sh includes the following: if [ "$USERLAND" == "BSD" ]; then alias make=gmake alias tar=gtar alias patch=gpatch alias sed=gsed fi Darwin (BSD userland) comes without gnu tools. Therefore this code breaks portage. What I would do it to put BSD compatible ebuilds for the g* utils in the system profile on darwin and modify the ebuild.sh code I patched here to check if it aliases to something that exists. That allows you to install the g* utils using portage, once they're installed portage will use them. Since it's in the system profile, we can safely assume they're always installed.
Probablly we also need if [ "$ARCH" == "macos" ]; then alias libtool=glibtool alias libtoolize=glibtoolize fi (if the intention of adding those aliases is to use GNU utilities)?
heh, yeah, using apples libtool vs the actual gnu libtool probably wouldn't be fun :) We explicitly wipe all aliases pretty much right off the bat, to ensure commands behave as we expect- allowing user defined aliases to affect how ebuild.sh behaves I'm not much for, since that would be a pita to control. Much easier to just add the support into ebuild.sh, same as we've done for userland. if [ "$ARCH" == "macos" ]; then alias blar... fi I don't have any complaints w/ usata's (and the existing "$USERLAND" == "bsd") approach. What alias's are needed?
Would a /etc/make.profile/bashrc similar to /etc/portage/bashrc be able to deal with most of these issues? Any points against a per-profile bashrc?
I'm definitely in favor of a per profile solution.
method/gentoo-bsd peeps- I'd like to add this, although your profile would need to be updated- complaints? Aside from that, y'all need an alias :)
Balls in your court now; profile.bashrc support is now sane, and usable in pre18.
profile.bashrc seems to work with recent portage. Thanks.
Closing out bugs that've been resolved for a while now...