| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
available_eclasses(), eclass_path() and license_path() functions.
|
|
|
|
|
|
| |
- Print different die() message for invalid atoms.
- Mention ebuild-ipc instead of portageq in other die() messages when
ebuild-ipc is actually used.
|
|
|
|
| |
commands.
|
|
|
|
|
|
|
|
|
| |
EAPI 5 supports automatic rebuilds via the slot-operator and sub-slots,
which makes preserve-libs much more user-friendly, since it makes
@preserved-rebuild unnecessary (also see bug #364425 for explanation of
@preserved-rebuild shortcomings). Therefore, enable preserve-libs for
the stable branch, but not by default. After EAPI 5 is widely adopted,
we can consider enabling preserve-libs by default.
|
|
|
|
|
| |
This is especially necessary when running in prefix mode, since
sys.path may contain the path for a different version of portage.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o s/uses_root/uses_eroot/g -- This name was chosen
before its meaning was changed; update it to reflect its purporse.
o Fix a left-over "<root>" arg-doc that never got updated to "<eroot>"
o If a provided eroot argument was shorter than the ${EPREFIX}, portageq
was truncating it down to nothing and activating relative root,
which means this became equivalent to an explicit argument of
"${PWD}/${EPREFIX}/". This is obviously wrong; and a simple case
of failing to sanity-check inputs from an interface that changed in a
backward-incompatible way.
There's no provision in portageq to query EROOT's that don't end in
${EPREFIX}; so if the user makes such a request, instead of doing
something pathological, dump a helpful error message and bail with
a nonzero exit code.
Signed-off-by: Gregory M. Turner <gmturner007@ameritech.net>
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Mike Frysinger <vapier@gentoo.org>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Since commit a715b65f7bd36409c1283e6911265d1f4405ab7a, portageq takes
EROOT as the first argument of commands that require a root argument.
So, update the docs to refer to <eroot> instead of <root>.
|
| |
|
|
|
|
|
|
| |
This simplifies the checks since the bytes type is available in all
supported python versions, while the unicode type is only available in
python2.
|
|
|
|
|
|
|
|
|
|
| |
It makes more sense to use EROOT instead of ROOT for keys in mappings
like portage.db, since it allows for multiple prefixes to exist
simultaneously within the same map without having a key collision.
This affects all portageq commands which take a <root> parameter, since
that parameter now corresponds to EROOT instead of ROOT. None of this
makes any difference for non-prefix users, since EROOT and ROOT are
identical when EPREFIX is empty.
|
| |
|
| |
|
|
|
|
| |
This will fix bug #384063.
|
| |
|
| |
|
| |
|
|
|
|
| |
It used to output "None" for unknown repos, which was not intended.
|
|
|
|
| |
This will fix bug #372193.
|
| |
|
|
|
|
|
|
| |
This is necessary since portage probes functions in globals() and
treats functions it finds as commands. Also, use lazy import to
minimize global scope imports.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Something like this was requested in bug #157357. Now that Gentoo has
migrated all virtuals to GLEP 37 new-style virtuals, this kind of
function may be helpful in order to resolve the currently installed
provider of a particular virtual in scripts like bootstrap.sh.
Usage:
portageq expand_virtual <root> <atom>
Returns a \n separated list of atoms expanded from a
given virtual atom, excluding blocker atoms. Satisfied
virtual atoms are not included in the output, since
they are expanded to real atoms which are displayed.
Unsatisfied virtual atoms are displayed without
any expansion. The "match" command can be used to
resolve the returned atoms to specific installed
packages.
Example input/output:
$ portageq expand_virtual / virtual/jre
=dev-java/sun-jdk-1.6.0*
$ portageq expand_virtual / virtual/jre:1.5
dev-java/gcj-jdk
$ portageq expand_virtual / virtual/package-manager
sys-apps/portage
$ portageq expand_virtual / virtual/libc
sys-libs/glibc:2.2
$ portageq expand_virtual / virtual/os-headers
sys-kernel/linux-headers:0
|
| |
|
|
|
|
|
| |
This is the same convention that bash uses for returncodes of
processes that are killed by signals.
|
| |
|
|
|
|
|
| |
Instead of calling die as in bug #340387, just call eqawarn for the
time being.
|
| |
|
|
|
|
| |
Thanks to Jeremy Olexa <darkside@g.o> for the suggestion.
|
| |
|
|
|
|
| |
is False.
|
|
|
|
|
|
| |
trying to minimize the diff between the master branch and upcoming
2.1.9 branch which will not have preserve-libs support but will
still have the code in private and disabled form.
|
| |
|
| |
|
|
|
|
| |
in globals() (such as imported modules) as a valid command.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Arfrever for reporting.
svn path=/main/trunk/; revision=15214
|
|
|
|
| |
svn path=/main/trunk/; revision=15212
|
|
|
|
|
|
| |
best_version arguments, using the USE environment variable.
svn path=/main/trunk/; revision=15211
|
|
|
|
|
|
| |
instead of ValueError.
svn path=/main/trunk/; revision=14577
|
|
|
|
|
|
|
|
| |
dict.(iterkeys|itervalues|iteritems)() for compatibility with Python 3.
(2to3-3.1 -f dict -nw ${FILES})
svn path=/main/trunk/; revision=14327
|