| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
These variables may or may not have the trailing slash. Additionally,
avoid leading double slash (a network location for Cygwin) with ROOT and
EROOT because they may be empty, while D and ED never should be empty
and there is no reason so far to avoid double slashes in between.
On the other hand, eclass variables like DATAPATH and LIBPATH do contain
the leading slash, so an extra slash reduces readability for no reason.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/659798
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Recent linux kernels rely on libelf at build time, which includes at the
time of building out of tree modules. So if a module is relying on the
existence of linux sources, it also needs to rely on libelf being
installed.
Signed-off-by: Jason A. Donenfeld <zx2c4@gentoo.org>
|
| |
|
| |
|
| |
|
|
|
|
| |
Closes: https://bugs.gentoo.org/654960
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/8778
|
| |
|
|
|
|
| |
for a quicker link to the repo.
|
| |
|
|
|
|
|
| |
Fix the unapplying of fbcondecor for sparc and include check
for K_WANT_GENPATCHES. Closes bug #652152.
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/8881
|
|
|
|
| |
Bug: https://bugs.gentoo.org/653460
|
|
|
|
| |
Bug: https://bugs.gentoo.org/653460
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Fix the documentation for recently changed cache update functions that
no longer rely on their _savelist() counterpart to indicate that.
|
|
|
|
|
| |
Sanitize insopts when calling doins, in order to avoid prior insopts
calls accidentally affecting do*/new* functions defined by the eclass.
|
|
|
|
|
| |
Sanitize insopts when calling doins, in order to avoid prior insopts
calls accidentally affecting do*/new* functions defined by the eclass.
|
|
|
|
|
| |
Sanitize insopts when calling doins, in order to avoid prior insopts
calls accidentally affecting do*/new* functions defined by the eclass.
|
|
|
|
|
|
| |
Sanitize insopts/exeopts when calling doins/doexe, in order to avoid
prior insopts calls accidentally affecting do*/new* functions defined
by the eclass.
|
|
|
|
|
| |
Sanitize exeopts when calling doexe, in order to avoid prior insopts
calls accidentally affecting do*/new* functions defined by the eclass.
|
|
|
|
|
| |
Sanitize exeopts when calling newexe, in order to avoid prior insopts
calls accidentally affecting make_wrapper.
|
|
|
|
|
| |
Sanitize insopts when calling doins, in order to avoid prior insopts
calls accidentally affecting do*/new* functions defined by the eclass.
|
|
|
|
|
| |
Sanitize insopts when calling doins, in order to avoid prior insopts
calls accidentally affecting do*/new* functions defined by the eclass.
|
|
|
|
|
|
|
| |
Since HTTPS is strongly preferred in git-r3 eclass, there is no point
in optimizing it for non-HTTPS use. Therefore, unconditionally depend
on dev-vcs/git[curl] rather than verbosely failing when HTTPS is used
and the dependency is not satisfied.
|
|
|
|
|
|
| |
The code already uses USE dependencies which are not valid for EAPIs
0 and 1. Furthermore, according to qa-reports the eclass is not used
in any EAPI older than 4.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Provide a proper multi-impl Python support for scons-utils in EAPI 7,
to account for new versions of dev-util/scons (3.0.1-r100+, to be
committed) that support Python 3 and break SConstruct files using
Python 2 constructs.
Combining scons-utils with python-any-r1 and python-single-r1 is added
retroactively for older EAPIs as well, with fallback to Python 2.7.
The new (hard-to-use) API for python-r1 is specific to EAPI 7 since it
requires adding explicit BDEPEND.
The new use of the eclass is described on the wiki page, along with
series of examples covering different use cases:
https://wiki.gentoo.org/wiki/Project:Python/scons-utils_integration
|
|
|
|
| |
Signed-off-by: Brian Evans <grknight@gentoo.org>
|
| |
|
| |
|
| |
|
|
|
|
| |
To avoid unnecessary rebuilds.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
The git logic is handled in the live ebuild directly, and the only use
of this eclass is in non-live ebuilds. In fact, the two newest non-live
ebuilds do not make use of this eclass at all, and as far as I can see
nowhere in the history of this file does it inherit git-2 at all.
|
|
|
|
|
| |
git-2.eclass is deprecated and the git logic is handled in the live
ebuild itself.
|
| |
|
| |
|
| |
|