Re: [gentoo-alt] [prefix]-portage on native gentoo

[Michael Haubenwallner]

On Fri, 2007-12-07 at 18:11 +0100, Fabian Groffen wrote:

> > Traceback (most recent call last):
> >   File "/eprefix/usr/lib/portage/bin/portageq", line 467, in ?
> >     main()
> >   File "/eprefix/usr/lib/portage/bin/portageq", line 450, in main
> >     except portage.exception.PermissionDenied, e:
> > AttributeError: 'module' object has no attribute 'exception'

> > IMO having portage-provided "executables" (like emerge (does it?),
> > portageq, ...) relying on PYTHONPATH to "import portage" correctly
> is a
> > pain - not only in prefix: think of calling /usr/bin/portageq (the
> > "native" one) while prefix' PYTHONPATH is set up in environment...
>
> Hmmm... this needs some thinking.  I believe the portage code was/is
> already set up in such a way that it could do without a patched python
> to have portage's paths in PYTHONPATH.

Yes, but first it tries to find *portage* module(s) using default python
mechanism, which is PYTHONPATH first, then python builtin path.

>
> However, portage /does/ record which python it wants to use, so
> eventually it gets the "correct" python libraries when NOT using
> PYTHONPATH.

Problem here is not that it finds wrong python modules, but wrong
*portage* modules, because PYTHONPATH=/usr/lib/portage/pym

It (seems to) work when I unset PYTHONPATH before doing prefix.

/haubi/
-- 
Michael Haubenwallner
Gentoo on a different level

-- 
gentoo-alt@g.o mailing list