| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
Use the @uses_configroot decorator to make portage get_repos
respect the <eroot> parameter, like portage repos_config since
commit 382f4be415394886026ccd5dcd08ca96ecda31fa. Apply the same
fix to master_repositories and master_repos.
Bug: https://bugs.gentoo.org/670082
Signed-off-by: Zac Medico <zmedico@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Use the @uses_configroot decorator to make portage get_repo_path
respect the <eroot> parameter, like portage repos_config since
commit 382f4be415394886026ccd5dcd08ca96ecda31fa.
Bug: https://bugs.gentoo.org/670082
Signed-off-by: Zac Medico <zmedico@gentoo.org>
|
|
|
|
| |
Closes: https://github.com/gentoo/portage/pull/343
|
|
|
|
|
|
|
| |
The default asyncio event loop triggers a resource warning if it
is not explicitly closed, therefore close it when appropriate.
Bug: https://bugs.gentoo.org/654390
|
|
|
|
|
|
|
|
|
|
|
|
| |
The <eroot> parameter is ineffective for commands that query
configuration, since the PORTAGE_CONFIGROOT variable controls
the location of configuration files. Therefore, for portageq
repos_config, implicitly set PORTAGE_CONFIGROOT equal to the
value of the <eroot> parameter. Note that this works correctly
for both prefix and non-prefix systems, because both EROOT and
PORTAGE_CONFIGROOT are supposed to include the EPREFIX offset.
Bug: https://bugs.gentoo.org/648062
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
dev-python/pycparser-2.18+ exposes a design flaw in dev-python/ply that
makes it unable to work with -OO code. Given that Gentoo compiles its
Python packages with -OO and both -O and -OO use the same files for
Python < 3.5, using -O in Portage implicitly means -OO for those
implementations.
Remove the optimizations from Portage shebangs to prevent triggering the
issue until we find a proper solution for it.
Bug: https://bugs.gentoo.org/628386
Reviewed-by: Zac Medico <zmedico@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When the email address of a maintainer contains unescaped
regex-special characters (such as '+'), the maintainer-email match may
return undesirable results.
Add a command line option '--no-regex' to use re.escape() with list
comprehension on maintainer emails when constructing the matcher
regex. This way, an exact string match can be made rather than a regex
match.
X-Gentoo-bug: 604164
X-Gentoo-bug-url: https://bugs.gentoo.org/604164
|
|
|
|
|
|
|
|
| |
Remove the native_kwargs wrapper and all uses of it. As pointed out by
Zac Medico, this was only needed for Python < 2.6.5, and we no longer
support those versions for quite some time.
Acked-by: Alexander Berntsen <bernalex@gentoo.org>
|
|
|
|
|
|
|
| |
Reported-by: NP-Hardass <NP-Hardass@gentoo.org>
Signed-off-by: Göktürk Yüksek <gokturk@binghamton.edu>
Signed-off-by: Alexander Berntsen <bernalex@gentoo.org>
Reviewed-by: Alexander Berntsen <bernalex@gentoo.org>
|
|
|
|
|
|
|
| |
Herds are obsolete per GLEP 67. Projects can be matched using
the project's email address just like any other maintainer.
Signed-off-by: Göktürk Yüksek <gokturk@binghamton.edu>
|
|
|
|
|
| |
Reported-By: Coacher
Signed-off-by: Göktürk Yüksek <gokturk@binghamton.edu>
|
|
|
|
|
|
|
|
|
|
| |
Per GLEP 67, orphaned packages do not have a <maintainer> in metadata.xml.
They can't be matched using '--maintainer-email=maintainer-needed@gentoo.org'
anymore. Add a new command line argument '--orphaned' to match the orphaned
packages.
Signed-off-by: Göktürk Yüksek <gokturk@binghamton.edu>
Signed-off-by: Brian Dolbec <dolsen@gentoo.org>
|
|
|
|
|
|
| |
This reverts commit 2cde1f65e9c585e78415857fdcac1fe5deaa60da. This was
unreviewed and is a breaking change made without any discussion or
announcement.
|
|
|
|
| |
support for repositories with missing or invalid names.
|
| |
|
|
|
|
|
| |
Since we don't support python 2.6 anymore, there's no need to wrap
argparse, so switch all the users to the standard library for it.
|
|
|
|
| |
messages
|
|
|
|
| |
Original pull request by yaccz: https://github.com/gentoo/portage/pull/10
We ended up with a slightly different message.
|
|
|
|
|
|
| |
--all-repos option is no longer supported.
1 call to deprecated portage.repository.config.RepoConfigLoader.mainRepo() function
has been deleted.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When case-insensitive-fs is enabled in FEATURES, the dblink.isowner
method, _owners_db class, and ConfigProtect class will be
case-insensitive. This causes the collision-protect and unmerge code
to behave correctly for a case-insensitive file system. If the file
system is case-insensitive but case-preserving, then case is preserved
in the CONTENTS data of installed packages.
X-Gentoo-Bug: 524236
X-Gentoo-Url: https://bugs.gentoo.org/show_bug.cgi?id=524236
Acked-by: Brian Dolbec <dolsen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
In commit 1364fcd89384c9f60e6d72d7057dc00d8caba175, EROOT calculation
in portage.data did not account for cross-prefix support. This is
fixed by using new _target_root and _target_eprefix functions to
perform the calculation. The _target_eprefix function is also useful
in portageq, where the target EPREFIX needs to be known before
portage.settings is instantiated.
Fixes 1364fcd89384 ("Support unprivileged mode for bug #433453.")
Acked-by: Brian Dolbec <dolsen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The portageq eroot parameter has been broken since commit
c9f6aa9f0151adb3c86706eaef1914cdbdcf2b6d, due to premature instantiation
of portage.settings (before the ROOT variable was set). Premature access
to the portage.settings attribute must be avoided by using other
available means to determine the EPREFIX.
Fixes: c9f6aa9f0151 ("Add cross-prefix support")
X-Gentoo-Bug: 529200
X-Gentoo-Bug-URL: https://bugs.gentoo.org/show_bug.cgi?id=529200
Acked-by: Alexander Berntsen <bernalex@gentoo.org>
|
|
|
|
|
| |
Due to python optimizations, __doc__ are removed.
Reviewed by: Arfrever Frehtes Taifersar Arahesis <Arfrever@Apache.Org>
|
|
|
|
|
| |
Modules of installed instance of Portage are now placed in standard location,
which is included in default sys.path.
|
|
|
|
| |
(-bb can trigger errors, depending on Python version and environment.)
|
| |
|
| |
|
|
|
|
| |
Shouldn't be any functional changes here.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
The portdbapi takes time to instantiate, and for some commands we
really only need the RepoConfig instance.
|
|
|
|
|
|
| |
With Python 3, the surrogateescape encoding error handler makes it
possible to access the original argv bytes, which can be useful
if their actual encoding does no match the filesystem encoding.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch series adds support for using a portage installed in one prefix
to build packages with a different prefix.
The current portage has a single EPREFIX variable specifying both the prefix
of the portage installation, and the prefix of the packages portage is
building. This patch series splits it into two parts: the
portage.const.EPREFIX variable specifying the prefix of the portage
installation, used for constructing the PATH as well as the paths to files
belonging to a portage installation itself rather than a target root; and the
EPREFIX setting in config instances, specifying the prefix of the
to-be-built packages and being used for almost everything else.
The EPREFIX config setting defaults to const.EPREFIX, but can be overridden
by the EPREFIX environment variable, as well as the emerge --prefix option.
This allows one to install systems with different prefixes using
`EPREFIX=/foo emerge @system`, though some unrelated changes need to happen
elsewhere first in order to make that a reality.
Ruud Koolen (3):
Distinguish between portage prefix and package prefix
Based GLOBAL_CONFIG_PATH and DEPCACHE_PATH on portage prefix
Pick up EPREFIX environment variable
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Pkgcore pquery compatible options:
Repository matching options:
--repo=REPO repo to use (default is PORTDIR if omitted)
--all-repos search all repos
Package matching options:
--herd=HERD exact match on a herd
--maintainer-email=MAINTAINER_EMAIL
comma-separated list of maintainer email regexes to
search for
Output formatting:
-n, --no-version collapse multiple matching versions together
|
| |
|
| |
|
|
|
|
|
| |
This helps to ensure consistent results, regardless of whether we're
using Python 2 or Python 3.
|