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

[Michael Haubenwallner]

Hi,

during bootstrap on native gentoo-linux I encountered this error:

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'

This is because portageq tries to 'import portage', and only if it
fails, it prepends sys.path with "/eprefix/usr/lib/portage/pym".

Prepending sys.path unconditionally helps here, because it accidentally
imported another portage:

--- usr/lib/portage/bin/portageq.orig   2007-12-07 16:14:26.768371000 +0100
+++ usr/lib/portage/bin/portageq        2007-12-07 16:14:48.689741000 +0100
@@ -434,14 +434,11 @@
                        sys.stderr.flush()
                        sys.exit(os.EX_USAGE)
                os.environ["ROOT"] = sys.argv[2]
+       from os import path as osp
+       sys.path.insert(0, osp.join(osp.dirname(osp.dirname(osp.realpath(__file__))), "pym"))
+       global portage
+       import portage
        try:
-               global portage
-               try:
-                       import portage
-               except ImportError:
-                       from os import path as osp
-                       sys.path.insert(0, osp.join(osp.dirname(osp.dirname(osp.realpath(__file__))), "pym"))
-                       import portage
                if uses_root:
                        sys.argv[2] = portage.root
                retval = function(sys.argv[2:])

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...

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

-- 
gentoo-alt@g.o mailing list