| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
It doesn't behave as intended for $ED which has a trailing slash.
|
|
|
|
|
|
| |
This uses a python-based chpathtool implementation which is intended to
be compatible with the C-based implemenation that the prefix branch
uses.
|
| |
|
| |
|
|
|
|
| |
dev-python/pyxattr.
|
|
|
|
| |
setfattr executables.
|
| |
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
| |
portage.dbapi.porttree.portdbapi objects. Migrate consumers to repositories
attribute of portage.dbapi.porttree.portdbapi objects.
|
|
|
|
| |
This fixes interference from FEATURES=force-prefix in the env.
|
| |
|
|
|
|
|
| |
The portage_uid initialization here must to happend before the
_init_dirs() calls.
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
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).
|
|
|
|
| |
This allows prefix installs to avoid hardcoding archive-dir.
|
| |
|
| |
|
|
|
|
| |
This reduces the amount of patching needed for prefix installs.
|
| |
|
| |
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
| |
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).
|
| |
|
| |
|
| |
|
|
|
|
| |
This suppresses output if there are no relevant items.
|
| |
|
|
|
|
| |
This fixes the case where $PORTDIR doesn't exist prior to sync.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
The fixes some cases where emerge.log would show that depclean was
unsuccessful when it was really successful but there was nothing to
remove.
|
|
|
|
|
|
| |
Looping fixes EbuildMetadataPhase failures for ebuilds that produce
more than 4096 bytes of metadata, broken since commit
b432a1b3051d91546649e8f3190675767461d8e8.
|
|
|
|
|
| |
PyPy 1.7 will die due to "libary path not found" if argv[0] does not
contain the full path of the binary.
|
| |
|
| |
|
|
|
|
|
|
| |
Similar to commit b432a1b3051d91546649e8f3190675767461d8e8, don't use
unecessary file objects. It also happens that these changes fix
compatibility issues with PyPy.
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
| |
It seems saner to check for None, given that _elog_reader_fd is an int,
even though it will probably never be zero.
|
| |
|
|
|
|
| |
Signed-off-by: Mike Frysinger <vapier@gentoo.org>
|