Portage module path logic (Prefix way)
authorFabian Groffen <grobian@gentoo.org>
Sat, 22 Dec 2007 23:07:33 +0000 (23:07 -0000)
committerFabian Groffen <grobian@gentoo.org>
Sat, 22 Dec 2007 23:07:33 +0000 (23:07 -0000)
commitdcc17e98f26c23dcbb867910fb2457309fb583fa
tree04fa38a73645fa6dce43ff76059f268cb907abef
parent3dc174f281b1440e726ed409d4aa0be962c6f480
Portage module path logic (Prefix way)
In principle we don't want to be dependant on the environment
(PYTHONPATH) and/or python hardcoded default search path.  (PYTHONPATH).
Since Gentoo patches Python to include Portage's python modules in the
default search path, any Gentoo python interpreter is an enemy for
Portage once it is not installed in the path hardcoded during Python
compilation.  This is the case when bootstrapping Prefix Portage on a
Gentoo Linux system, or when bootstrapping Prefix Portage using another
Prefix instance on the same system.  For this reason we ignore the
entire search path, and allow a backdoor for developers via the
PORTAGE_PYTHONPATH variable.

svn path=/main/branches/prefix/; revision=9045
20 files changed:
bin/archive-conf
bin/chkcontents
bin/clean_locks
bin/dispatch-conf
bin/ebuild
bin/emaint
bin/emerge
bin/env-update
bin/filter-bash-environment.py
bin/fix-db.py
bin/fixpackages
bin/glsa-check
bin/md5check.py
bin/pkgname
bin/portageq
bin/quickpkg
bin/regenworld
bin/repoman
bin/xpak
pym/_emerge/__init__.py