Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 4526 - portage prefixes roots path
Summary: portage prefixes roots path
Status: RESOLVED FIXED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Unclassified (show other bugs)
Hardware: All All
: High normal (vote)
Assignee: Nicholas Jones (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-07-04 05:37 UTC by Luke Graham
Modified: 2011-10-30 22:21 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Luke Graham 2002-07-04 05:37:22 UTC
ebuild compile prefixes roots regular path to gcc, this interferes with a  
wrapper I use on my system (eg /usr/local/bin/gcc) and isnt the behaviour I 
expected.
Comment 1 Martin Schlemmer (RETIRED) gentoo-dev 2002-07-05 14:15:51 UTC
HUH ?
Comment 2 Nicholas Jones (RETIRED) gentoo-dev 2002-07-12 07:11:21 UTC
My interpretation:

He wants 'ebuild compile' to use /usr/local/bin/gcc as opposed to one that, 
according to him, is place into $PATH before his /usr/local/bin edition.

At line 45 in ebuild.sh it replaces PATH in the environment. That's most likely 
his problem. Any particular reason we have to reorder the path that way?
Comment 3 Martin Schlemmer (RETIRED) gentoo-dev 2002-07-12 13:46:30 UTC
I think we should check with Daniel ... it could be some newbie common made
mistake he "fixed" back in the days.
Comment 4 Daniel Robbins (RETIRED) gentoo-dev 2002-07-30 00:05:57 UTC
Azarah, you should know the answer to this -- in /etc/profile, we add the
"canonical" (standard) paths manually to ROOTPATH....  Because ebuild.sh needs
to add any new paths to its list of paths, it needs to do an env-update when it
starts up.  It then sources /etc/profile.env and then sets path similarly to how
it is set in /etc/profile, except with the addition of /usr/lib/portage/bin. 
So, if Luke wants to be able to sneak a path in before the official paths, then
the best solution is likely to involve changing how we handle /etc/profile:

move /usr/bin:/bin:/usr/sbin:/sbin from /etc/profile to 00basic, and then he'll
have some control over the order.  Does this sound like a good or bad idea?
Comment 5 Martin Schlemmer (RETIRED) gentoo-dev 2002-09-08 03:52:17 UTC
Daniel, we do change the PATH in ebuild.sh:

--------------------------------------------------------
source /etc/profile.env > /dev/null 2>&1
export PATH="/sbin:/usr/sbin:/usr/lib/portage/bin:/bin:/usr/bin:${ROOTPATH}"
if [ -e /etc/init.d/functions.sh ]
--------------------------------------------------------

Maybe just add /usr/lib/portage/bin to that, and the rest *after* $ROOTPATH ?
Comment 6 Luke Graham 2003-02-14 01:35:00 UTC
Will this ever be fixed?? I would really appreciate it. 
Comment 7 Martin Schlemmer (RETIRED) gentoo-dev 2003-02-16 21:16:46 UTC
Well, it should be fixed portage side.   Any reason to use a diff gcc ?
We need help to get the gcc profile scheme improved if you have a setup that
are not supported ...
Comment 8 Luke Graham 2003-02-16 22:50:27 UTC
I use a proprietary wrapper that allows distributed compilation. 
Comment 9 Nicholas Jones (RETIRED) gentoo-dev 2003-02-17 02:21:17 UTC
portage-2.0.47-r2 will have 'PREROOTPATH' that can be
defined and will be prepended to the PATH in ebuild.sh

Further integration later.
Comment 10 Luke Graham 2003-02-17 02:25:22 UTC
Thank you.