summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* epatch.eclass: drop 'estack.eclass' usageSergei Trofimovich2018-08-191-6/+5
| | | | | | | | | | | | | | | | Avoid use of eshopts_push / eshopts_pop functions as they don't preserve expand_aliases shell option and get detected by QA warning as: * QA Notice: Global shell options changed and were not restored while calling 'src_prepare' Ssee bug #662586 for details. Tested as: $ EPATCH_USER_EXCLUDE="*" ebuild gcc-8.2.0.ebuild clean prepare Bug: https://bugs.gentoo.org/662586 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* epatch.eclass: add @SUPPORTED_EAPISMichał Górny2018-08-151-0/+1
|
* epatch.eclass: Ban in EAPI 7 (in favor of eapply)Michał Górny2018-04-231-1/+8
|
* epatch.eclass: Add missing estack inheritMichał Górny2017-03-241-0/+2
|
* epatch.eclass: Split epatch* logic from eutilsMichał Górny2017-03-181-0/+458
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.