| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
This change occured in the eclass rather than in the ebuild, but the end-result
is changes-on-disk in firefox and so the ebuild was revbumped.
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
| |
|
|
|
|
| |
Signed-off-by: Justin Lecher <jlec@gentoo.org>
|
|
|
|
| |
Signed-off-by: Justin Lecher <jlec@gentoo.org>
|
| |
|
|
|
|
| |
Is not needed anymore and breaks 5.1.0
|
|
|
|
|
|
|
|
| |
https://bugs.gentoo.org/show_bug.cgi?id=573088
https://bugs.gentoo.org/show_bug.cgi?id=477070
https://bugs.sabayon.org/show_bug.cgi?id=4170
Signed-off-by: Justin Lecher <jlec@gentoo.org>
|
| |
|
|
|
|
| |
Document the relation between EGIT_COMMIT* and EGIT_BRANCH variables.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Move the prune_libtool_files into a dedicated ltprune.eclass.
The function is quite complex and depends on toolchain-funcs. It has
a separate maintainer, is not useful to non-autotools ebuilds, and even
there it is frequently replaced by the simpler 'find ... -delete' call.
The new eclass is implicitly inherited by eutils in EAPI 6 and older
in order to preserve compatibility with existing ebuilds. However, all
ebuilds should switch to inheriting it directly.
The split has been suggested by Ulrich Müller.
|
|
|
|
|
| |
Make the substitution errors in prune_libtool_files logic fatal to avoid
the dependency of eqawarn. They're extremely unlikely to happen anyway.
|
|
|
|
|
|
|
|
| |
Remove the unnecessary Prefix logic from prune_libtool_files(). There is
no functional difference between starting a find in ${D} and ${ED}
(since ${D} is not supposed to contain other directories on a Prefix
system), and using the latter implies unnecessary hackery for older
EAPIs.
|
|
|
|
|
|
|
| |
The multilib.eclass seems not to be used by any eutils function.
Therefore, disable the inherit for EAPI 7. It is being preserved for
older EAPIs not to break ebuilds inheriting this eclass and using
multilib.eclass functions implicitly.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Move epatch and epatch_user (along with the descriptions for all their
variables) into a dedicated epatch.eclass. This function is very
complex, therefore it benefits from separate eclass and a dedicated
maintainer. Furthermore, it is mostly obsoleted by eapply* in EAPI 6.
The new eclass is implicitly inherited by eutils to preserve
compatibility. However, the inherit will be removed in EAPI 7,
and the ebuilds should switch to inheriting epatch directly or using
eapply*.
Thanks to Ulrich Müller for doing the necessary research.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Split the estack_* and related functions from eutils into a dedicated
estack.eclass. Those functions have significant complexity and are not
used frequently, therefore they benefit from having a separate file
and an explicit dedicated maintainer.
The new eclass is implicitly inherited by eutils to preserve
compatibility. However, the inherit will be removed in EAPI 7,
and the ebuilds should switch to using estack directly.
Thanks to Ulrich Müller for doing the research on this.
|
|
|
|
|
|
| |
The validate_desktop_entries function is redundant to the built-in
.desktop file checks done by Portage directly. It is used in total by
two packages for both of which bugs have been filed.
|
|
|
|
| |
Gentoo-bug: 581054
|
| |
|
| |
|
|
|
|
| |
Be a little more specific on filtering _GLOBAL__ symbols.
|
|
|
|
|
| |
Removing g3nt8.org mirror which is no longer hosting mysql-extras tarball and
not controlled by any Gentoo dev anymore (i.e. dead domain, up for sale).
|
|
|
|
|
|
|
| |
On AIX, GNU g++ generates _GLOBAL__* symbols as, amongst others, landing
pads for C++ exceptions. These symbols must not be exported from shared
libraries, or exception handling may break for applications with runtime
linking enabled.
|
| |
|
|
|
|
| |
case
|
| |
|
| |
|
|
|
|
| |
This was broken by mgorny's anti-eval change in b8fd8d31.
|
|
|
|
| |
This could have been removed over 8 years ago. :|
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Refactor _python_any_set_globals() to use local variables while
generating all output, and copy it to final vars at the end. This is
in preparation for integrity checks. NFC.
|
|
|
|
|
|
|
| |
Add integrity check for multi-inherits, i.e. ensure that PYTHON_COMPAT
has not changed between successive calls to _python_set_impls. If it did
(e.g. because of eclass+ebuild setting different values), then we abort
not to give surprising results to the user.
|
|
|
|
|
|
| |
Refactor _python_set_impls to use local variables throughout
the function and assign global values at the end. This prepares it for
double-inherit integrity checks. NFC.
|
| |
|
|
|
|
|
|
|
|
| |
Fix python_wrapper_setup function to move setting environment variables
for PATH and PKG_CONFIG_PATH outside the 'if'. Otherwise, they are only
set on the initial invocation of python_wrapper_setup for the particular
impl and do not apply to subsequent invocations (e.g. further
distutils-r1 phases).
|
|
|
|
|
| |
Replace the eval used to attempt to construct whitespace-path-safe
utility calls with much simpler bash arrays.
|
|
|
|
|
| |
The 'eval' as used does not do anything. The function name is expanded
anyway.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Replace the unnecessary use of 'eval ls -d ...' with much simpler
and safer filename expansion via bash array. The 'eval' was completely
unnecessary in the original code; however, the late addition of quoting
would have broken it if eval did not implicitly discard the quotes.
The 'ls -d' was unnecessary as well since bash performs filename
expansion before passing the parameter to 'ls'.
Furthermore, a check for accidental multiple expansion has been added.
A complementary check for failed expansion can not be added since
the function is called in src_unpack() as well and the expansion fails
then.
|
|
|
|
|
|
| |
Filename expansion is performed when the variable is referenced unquoted
already. There is really no need to call 'ls' on top of that, and even
less reason to wrap it all in 'eval'.
|
| |
|