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

MergeProcess: check if _elog_reader_fd is None

It seems saner to check for None, given that _elog_reader_fd is an int,
even though it will probably never be zero.

locks.py: use flock with PyPy for issue 747

make.conf(5): clarify "repo" and "defaults" sources for USE_ORDER

Signed-off-by: Mike Frysinger <vapier@gentoo.org>

doebuild: disable noauto for binary packages

movefile: tweak unicode handling

movefile: chown/mod before rename

movefile: avoid redundant string concatenations

movefile: remove unused lchown

Preserve extended attributes on regular files when using Python >=3.3.

Revert "dblink.mergeme(): Merge files in alphabetic order."

This reverts commit 1d4ac47c28706094230cb2c4e6ee1c1c71629aa0.
As discussed on the gentoo-portage-dev mailing list, if we don't have
a compelling reason to sort here then it's just a waste:

http://archives.gentoo.org/gentoo-portage-dev/msg_67b08fcd7a1b832b347caf1b19362cbb.xml

_get_dep_chain: fix KeyError, bug #392059

This fixes a regression since commit
57cc4e3e8991e7c4394d1dff7698aa62ed2a286b, which make a faulty
assumption that the digraph contained all of the edges contained in
parent_atoms.

config: fix make.defaults inherit of make.globals

Since commit e544ee13527a0568de2b556510280ed96fc1b3ff, make.defaults
inheritance of variables from make.globals has been broke, since that
commit excluded make.globals from expand_map. This broke settings like
PORTAGE_ELOG_CLASSES="${PORTAGE_ELOG_CLASSES} qa" from the developer
profile, as reported in bug #391323, comment #4.

dblink.mergeme(): Merge files in alphabetic order.

elog/mod_syslog: fix 1 char msgs, bug #390965

emerge-webrsync: new gpg key, bug #331537

repoman: fix svn "abiguous workdir", bug #391199

man/emerge.1: note that --jobs redirects output