create_trees: pass __PORTAGE_TEST_HARDLINK_LOCKS

This allows testing of stage builds with __PORTAGE_TEST_HARDLINK_LOCKS
set in the environment, since __PORTAGE_TEST_HARDLINK_LOCKS needs to
propagate to childs processes for all ROOTs.

Filter __PORTAGE_TEST_HARDLINK_LOCKS from env.

tests/locks: save/restore global env state

This ensures that global __PORTAGE_TEST_HARDLINK_LOCKS overrides work
correctly for all tests.

hardlink_lockfile: preserve existing permissions

lockfile: deprecate file object or fd parameters

Support for file object or integer file descriptor parameters is
deprecated due to ambiguity in whether or not it's safe to close
the file descriptor, making it prone to "Bad file descriptor" errors
or file descriptor leaks.

emergelog: pass path to lockfile, not file object

SpawnProcess: use /dev/null fd from subclass

hardlink_lockfile: optimize away most link calls

If fstat shows more than one hardlink, then it's extremely unlikely
that the following link call will result in a lock, so optimize away
the wasteful link call and sleep or raise TryAgain.

ebuild-ipc.py: return 2 when forked child crashes

hardlink_is_mine: return False, never None

emerge: disable --quiet-build by default

This reverts the behavior change from commit
0cc174b6fc28feb26ea151d76f794e0ff2c2fa39, since Gentoo's council has
voted to revert it in their 20111213 meeting, as requested on the
gentoo-project mailing list:

http://archives.gentoo.org/gentoo-project/msg_4e282bb4e6ac2611de2a39171a803c48.xml

locks.py: fix hardlink locks for bug #394195

This updates the hardlink locking code to support the non-blocking,
lockfile(wantnewlockfile=False), and lockfile(file_object) behaviors
which are used by portage code.

ebuils-ipc.py: _exit in finally block after fork

locks.py: make hardlink lock files hidden

This is for consistency with the behavior for normal lock files, since
commit ce44ea3e914098a52bc0d1d995e71661659e77ca (bug #142369).

RepoConfigLoader: masters eclass override order

Only append the current repo to eclass_locations if it's not there
already. This allows masters to have more control over eclass override
order, which may be useful for scenarios in which there is a plan to
migrate eclasses to a master repo. Thanks to Brian Harring
<ferringb@gentoo.org) for suggesting this behavior.

FifoIpcDaemon: use plain fd instead of fdopen

AbstractEbuildProcess: interactive pkg_config

AbstractEbuildProcess: null in if not interactive

config: use frozenset for _constant_keys lookup

Don't nest sandbox in emerge/repoman tests.

data._init(): use 'portage' default in first call

load_emerge_config: change order of code back

A couple of recent commits touched this function, and code got moved
around unnecessarily.

PORTAGE_OVERRIDE_EPREFIX: alphabetize vars

Remove _SANDBOX_COMPAT_LEVEL.

Add _ENABLE_XATTR constant for the stable branch.

ResolverPlayground: don't nest sandbox

data.py: avoid portage.settings when possible

lock-helper.py: disable_legacy_globals

This prevents the portage.data module from accessing portage.settings.

data.py: rename var to _portage_username

config: init data/output modules in constructor

The first constructed config object initializes these modules, and
subsequent calls to the _init() functions have no effect.

config: skip unneeded constructor code for clones

const.py: fix spelling of a comment

Make eprefix=None params map to const.EPREFIX

actions.py: fix grammar in comment

Binpkg: move imports to top

repoman: eliminate eclass_db variable

Use portage.shutil for safer unicode handling.

vartree.py: lazy movefile import

movefile.py: open /dev/null in binary mode

get_term_size: all values >= 0 for bug #394091

Remove redundant eprefix in config constructors.

Since commit 11a7448f1d5a0bfb38f8de9d66a8fa8d7118c877, the config
constructor uses portage.const.EPREFIX by default.

config.environ: allow prefix vars if no EAPI

This allows access to EPREFIX inside things like post_sync hooks, where
EAPI is undefined.

doebuild: disable noauto for binpkgs later

This is safer since doebuild_environment() can modify FEATURES if
setcpv isn't called before.

emerge: allow search when profile is missing

Make portdbapi.eclassdb a property.

config: set PORTAGE_OVERRIDE_EPREFIX for subprocs

Rename override var to PORTAGE_OVERRIDE_EPREFIX.

create_trees: add public eprefix parameter

config: make eprefix constructor parameter public

config: constructor default portage.const.EPREFIX

Use portage.const.EPREFIX more.

portage.util.movefile._copyxattr(): Print more informative exception
when target filesystem does not support extended attributes.

Add portage.exception.OperationNotSupported exception.

Binpkg: ensure $ED exists after extraction

Binpkg: handle missing dir after chpathtool

Binpkg: fix os.path.dirname() usage

It doesn't behave as intended for $ED which has a trailing slash.

Binpkg: add chpathtool support for prefix

This uses a python-based chpathtool implementation which is intended to
be compatible with the C-based implemenation that the prefix branch
uses.

BinpkgEnvExtractor: fix PORTAGE_LOG_FILE spelling

Support FEATURES=xattr.

portage.util.movefile._copyxattr(): Support usage of xattr module from
dev-python/pyxattr.

portage.util.movefile._copyxattr(): Support usage of getfattr and
setfattr executables.

data.py: grp/pwd struct attrs, not indexes

Auto-generate PORTAGE_GRP/USERNAME for prefix.

For prefix environments, default to the UID and GID of the top-level
EROOT directory. This allows us to avoid using hardcoded defaults. It's
still possible to override these variables via make.conf.

Auto-generate PORTAGE_INST_GID/UID for prefix.

For prefix environments, default to the UID and GID of the top-level
EROOT directory. This allows us to avoid using hardcoded defaults. It's
still possible to override these variables via make.conf.

portageq: get_repo* uses_root

Delete portage.dbapi.porttree._repo_info class and _repo_info attribute of
portage.dbapi.porttree.portdbapi objects. Migrate consumers to repositories
attribute of portage.dbapi.porttree.portdbapi objects.

tests/bin: sanitize env

This fixes interference from FEATURES=force-prefix in the env.

Add eclass_db attribute in portage.repository.config.RepoConfig objects.

load_emerge_config: init portage.data earlier

The portage_uid initialization here must to happend before the
_init_dirs() calls.

Enable PORTAGE_GRPNAME/USERNAME in make.conf.

This is handy for prefix installs, since it allows these variables to
be set in make.conf rather than having them hardcoded. Eventually,
the corresponding portage.data constants may be deprecated in favor of
config attributes, since it's conceivable that multiple configurations
with different constants could be used simultaneously.

Add portage.const.EPREFIX, for prefix installs.

The EPREFIX for the current install is hardcoded here, but access to
this constant should be minimal, in favor of access via the EPREFIX
setting of a config instance (since it's possible to contruct a config
instance with a different EPREFIX).

dispatch-conf: substitute ${EPREFIX} archive-dir

This allows prefix installs to avoid hardcoding archive-dir.

etc-update: use PORTAGE_INST_UID/GID

make.globals: use ${EPREFIX} for PORTDIR, etc...

Use 'wget' instead of /usr/bin/wget everywhere.

This reduces the amount of patching needed for prefix installs.

etc-update: experimental prefix support

Whitelist/filter __PORTAGE_TEST_EPREFIX.

Support FEATURES=force-prefix.

This adjusts the logic from commit
ff52f9dc31004becb8022e6437088d01917f413c to use FEATURES=force-prefix
instead of USE=prefix. This has the advantage that we don't have to
make any assumptions about the USE=prefix.

dispatch-conf: experimental prefix support

Save EPREFIX in vdb when appropriate.

The prefix branch already does this since it makes it easy to use
chpathtool to adjust the content of a binary package so that it will
work in a different EPREFIX from the one is was built for.

Make USE=prefix enable EPREFIX in all EAPIs.

This is safe because the prefix flag should be masked in all non-prefix
profiles, and older EAPIs would otherwise be useless with prefix
configurations. This brings compatibility with the prefix branch of
portage, which also supports EPREFIX for all EAPIs (for obvious
reasons).

man: document fixpackages for bug #393517

sets.docbook: fix 'strictly' spelling

ebuild.sh: don't export inherit E_* vars

emerge-webrsync: use --quiet with --check-news

This suppresses output if there are no relevant items.

emerge-webrsync: call emerge --check-news

action_sync: fix git_sync_timestamps KeyError

This fixes the case where $PORTDIR doesn't exist prior to sync.

ebuild.sh: add note about quoting export ${FOO}=

ebuild.sh: quote sandbox export args

fix logic from last commit

depgraph: fix case insensitive search for unsat

This fixes an interaction between the code from commits
9ce6da43ab90c4dab97ebf3b8339e5dbc113a0a8 and
cbe44d92ff13b8a22f5b4215b73078ce600c6bf4, so that we don't discard
matches that are identical except for differnces in upper/lower case.

action_depclean: fix return code

The fixes some cases where emerge.log would show that depclean was
unsuccessful when it was really successful but there was nothing to
remove.

Handle OSError from os.read and loop if needed.

Looping fixes EbuildMetadataPhase failures for ebuilds that produce
more than 4096 bytes of metadata, broken since commit
b432a1b3051d91546649e8f3190675767461d8e8.

process._exec: tweak opt_name for PyPy

PyPy 1.7 will die due to "libary path not found" if argv[0] does not
contain the full path of the binary.

PipeReader: use os.read/write

test_uniqueArray.py: fix 'is' usage PyPy incompat

AsynchronousLock: use os.read/write

Similar to commit b432a1b3051d91546649e8f3190675767461d8e8, don't use
unecessary file objects. It also happens that these changes fix
compatibility issues with PyPy.

checksum.py: detect PyPy crashes in hashlib

Use a fork to try and PyPy by digesting random data with hashlib
functions. It doesn't look like a bug has been reported upstream for
this yet, so it may or may not be reproducible by others. Anyway, this
allows me to avoid crashing the main PyPy process until I find a real
fix.

_emerge/EbuildMetadataPhase.py: use os.read()

There's no need for a file object, and file objects introduce
complexity that can lead to bugs as mentioned in bug 337465 comment 31,
so use os.read() directly on the file descriptor.

_emerge/SubProcess.py: support int fd in _files