http://bugs.gentoo.org/show_bug.cgi?id=68928
The portage_exec.spawn() function skips the path_lookup() function when
os.access(myc, os.X_OK) returns true. Before path_lookup() is skipped, we need
to do an additional check to verify that the command path is absolute.
Zac
Index: portage-2.0.51.
On Wednesday 17 August 2005 11:34, Brian Harring wrote:
> > I don't really like the idea of this without a companion patch that
> > provides some way to get a list of relevant env vars and their possible
> > settings to the user without having to look at the ebuild. The list of
> > possiblities cou
On Wed, Aug 17, 2005 at 10:41:12AM +0900, Jason Stubbs wrote:
> You hijacked a thread again...
Bleh, headers (yes I've been lazy and just hitting reply on previous
messages to lift the to :P)
> On Wednesday 17 August 2005 09:52, Brian Harring wrote:
> > basically, use_expand'd vars need to be ex
You hijacked a thread again...
On Wednesday 17 August 2005 09:52, Brian Harring wrote:
> basically, use_expand'd vars need to be exempted from IUSE checks, as
> long as the USE_EXPAND var is in IUSE.
I don't really like the idea of this without a companion patch that provides
some way to get a l
Hola-
basically, use_expand'd vars need to be exempted from IUSE checks, as
long as the USE_EXPAND var is in IUSE.
This does that.
~harring
Index: ebuild.sh
===
RCS file: /var/cvsroot/gentoo-src/portage/bin/ebuild.sh,v
retrieving revi
On Tue, Aug 16, 2005 at 02:39:36PM -0400, Alec Joseph Warner wrote:
> I kind of see Brian's point in being defensive in filenames though
> (os.path.normpath("///var/db/pkg/fex") being invalid in a CONTENTS
> file but still usable by most(?) calls in python, which will just figure
> it all ou
Might help if I had attached the patch..
Alec Joseph Warner wrote:
Author : TGL
Purpose :
While profiling a script that reads CONTENTS files using
'dblink.getcontents()', i've seen that it was spending quite some time
in ~400k calls to 'os.path.normpath()' (one per referenced element). I
thin
Author : TGL
Purpose :
While profiling a script that reads CONTENTS files using
'dblink.getcontents()', i've seen that it was spending quite some time
in ~400k calls to 'os.path.normpath()' (one per referenced element). I
think there is nothing to normalize here (paths in CONTENTS files are
al