summaryrefslogtreecommitdiff
path: root/eclass
Commit message (Collapse)AuthorAgeFilesLines
* eutils.eclass: Fix typo in eclassdocUlrich Müller2022-07-251-1/+1
| | | | | Fixes: 4719870f74e600e2bb9aceb718e267e409edf22d Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* java-pkg-simple.eclass: Inherit eqawarn instead of eutilsUlrich Müller2022-07-241-1/+1
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* java-pkg-simple.eclass: Drop support for EAPI 5Ulrich Müller2022-07-241-7/+3
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* vcs-snapshot.eclass: Add missing inherit for eqawarnUlrich Müller2022-07-241-1/+2
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* ruby-ng.eclass: Add missing inherit for eqawarnUlrich Müller2022-07-241-1/+1
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* ruby-ng.eclass: Drop support for EAPI 5Ulrich Müller2022-07-241-29/+9
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* python*-r1.eclass: Add missing inherit for eqawarnUlrich Müller2022-07-242-0/+2
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* eutils.eclass: Add @DEPRECATED tagUlrich Müller2022-07-241-12/+1
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* eqawarn.eclass: New eclass, split off from eutilsUlrich Müller2022-07-242-14/+27
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* meson.eclass: add "--no-rebuild" to meson install argsMike Gilbert2022-07-231-0/+1
| | | | | | | This avoids rebuilding targets with no dependency information. Closes: https://bugs.gentoo.org/857180 Signed-off-by: Mike Gilbert <floppym@gentoo.org>
* qt5-build.eclass: Support sed regardless if $MAKE is quoted or notAndreas Sturmlechner2022-07-231-1/+1
| | | | | Bug: https://bugs.gentoo.org/792804 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* qt5-build.eclass: Merge _QT5_GENTOOPATCHSET_REV handling into main blockAndreas Sturmlechner2022-07-231-6/+5
| | | | | | Dropping pre-5.15.5 SRC_URI support. Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* haskell-cabal.eclass: sync from ::haskellJack Todaro2022-07-231-32/+136
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The eclass has a number of additions and some changes which allow for automated revision handling from hackage.haskell.org packages. For those that are unaware, Hackage trustees as well as package authors are able to make limited changes to a package's build file (the .cabal file) on the Hackage package index. These changes are mostly to do with either loosening upper bounds on dependency version ranges, or adding them in when a new package version causes other packages to silently break. See the PVP for more information on Haskell versioning, if need be. A hackage revision does _not_ affect the tarball. Instead, the revised .cabal file sits atop the tarball and is used by tools like cabal-install to reset the dependency version bounds at build time. hackport, the tool we use to automate writing new ebuilds and bumping package versions, always brought in the revised .cabal file if it existed, as under the hood it is using the exact same Cabal and cabal-install libraries to navigate the Hackage package index. However, it did not patch the .cabal file in the tarball, which Portage uses for building. As such, it could be the case that RDEPENDs and the underlying dependencies in the .cabal file would not match up, and src_configure could fail due to 'missing dependencies'. hackport HEAD, in conjunction with this eclass change, automatically handles replacing the underlying .cabal file with the latest revised one from the Hackage index - and this is now all visible to the developer. As such, this eclass change in conjunction with the newer hackport reduces silent breakages. Signed-off-by: Jack Todaro <solpeth@posteo.org> Signed-off-by: Sam James <sam@gentoo.org>
* vala.eclass: Raise minimum supported version to 0.50Matt Turner2022-07-221-3/+2
| | | | | | And remove the 0.42 special case while we're here. Signed-off-by: Matt Turner <mattst88@gentoo.org>
* java-pkg-simple.eclass: Automatic-Module-NameVolkmar W. Pogatzki2022-07-221-0/+12
| | | | | | | | | | | The new variable JAVA_AUTOMATIC_MODULE_NAME can be defined in the ebuild. Its value will be transferred to the MANIFEST.MF of the jar file. Closes: https://bugs.gentoo.org/857468 Signed-off-by: Volkmar W. Pogatzki <gentoo@pogatzki.net> Closes: https://github.com/gentoo/gentoo/pull/26406 Signed-off-by: Florian Schmaus <flow@gentoo.org>
* eclass/apache-2: Add --disable-staticorbea2022-07-221-1/+1
| | | | | | | | This is needed for slibtool to prevent creating static archives when compiling www-servers/apache. Signed-off-by: orbea <orbea@riseup.net> Signed-off-by: Hans de Graaff <graaff@gentoo.org>
* flag-o-matic.eclass: fix @DESCRIPTION tagSam James2022-07-201-1/+2
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* flag-o-matic.eclass: implement append-atomic-flagsmatoro2022-07-201-0/+145
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | My take on implementing bug 820101 as conservatively as possible. This will append -latomic only when absolutely necessary (even though it's probably not required to be that conservative due to our use of --as-needed). This will take flags into account when testing as well. For example, if you compile with -march=i386, this would require linking libatomic even if the same toolchain with a higher -march level would not require it. So rebuilding the same package with the same flags may change whether -latomic is linked at build time if the CFLAGS change. Another instance might be switching from GCC to clang - the former requires explicitly linking -latomic, while the latter does not even HAVE libatomic (see bug 820095) as all atomic intrinsics are built-in internally. This function would safely detect this and not append -latomic. There is an optional parameter [bytes]. You can use this if you want to be specific about what size atomic support is required. For example, there are several platforms like MIPS where the 32-bit version has 1-, 2-, and 4-byte atomics builtin but requires libatomic linkage for 8-byte atomics. If your program only requires, say, 4-byte atomics, you can use append-atomic-flags 4 and this will then not attempt to link libatomic on 32-bit MIPS. I tested using this to solve bug 688574 on 32-bit SPARC. Bug: https://bugs.gentoo.org/688574 Bug: https://bugs.gentoo.org/820095 Closes: https://bugs.gentoo.org/820101 Closes: https://github.com/gentoo/gentoo/pull/26334 Signed-off-by: Sam James <sam@gentoo.org>
* plasma-mobile.kde.org.eclass: New eclass to serve Plasma Mobile packagesAndreas Sturmlechner2022-07-191-0/+51
| | | | Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* www-client/seamonkey: enhancements to 2.53.13Myckel Habets2022-07-191-5/+10
| | | | | | | | | | | | - eclass/mozcoreconf-v6.eclass: Change LANG and LC_* exports from "C" to "C.UTF-8" due to ascii/unicode-related build issues with seamonkey's build system. - eclass/mozcoreconf-v6.eclass: Work around lack of --disable-elf-hack handling on PPC64. - Drop crypt USE flag, due to retirement of x11-plugins/enigmail. - Drop debug USE flag, due to being unused and broken in upstream. Signed-off-by: Myckel Habets <gentoo-bugs@habets-dobben.nl> Closes: https://github.com/gentoo/gentoo/pull/26472 Signed-off-by: Joonas Niilola <juippis@gentoo.org>
* epatch.eclass: Drop support for EAPIs 0 to 5Ulrich Müller2022-07-181-85/+3
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* toolchain-funcs.eclass: Drop support for EAPIs 0 and 5Ulrich Müller2022-07-181-4/+3
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* multilib.eclass: Drop support for EAPIs 0 and 5Ulrich Müller2022-07-181-30/+3
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* flag-o-matic.eclass: Drop support for EAPI 5Ulrich Müller2022-07-181-9/+8
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* autotools.eclass: Drop support for EAPI 5Ulrich Müller2022-07-181-7/+7
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* eutils.eclass: Remove emktempUlrich Müller2022-07-181-34/+3
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* eutils.eclass: Remove use_if_iuseUlrich Müller2022-07-181-11/+4
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* eutils.eclass: Drop support for EAPI 5Ulrich Müller2022-07-181-95/+5
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* dotnet.eclass: Drop old EAPI conditionalsUlrich Müller2022-07-181-4/+2
| | | | Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* perl-functions.eclass: canonical `debug-print-function` callsDavid Seifert2022-07-181-18/+24
| | | | | Closes: https://github.com/gentoo/gentoo/pull/26305 Signed-off-by: David Seifert <soap@gentoo.org>
* perl-module.eclass: canonical `debug-print-function` callsDavid Seifert2022-07-181-7/+11
| | | | Signed-off-by: David Seifert <soap@gentoo.org>
* perl-functions.eclass: remove EAPI 6David Seifert2022-07-181-2/+2
| | | | Signed-off-by: David Seifert <soap@gentoo.org>
* perl-module.eclass: remove EAPI 6David Seifert2022-07-181-77/+28
| | | | Signed-off-by: David Seifert <soap@gentoo.org>
* optfeature.eclass: remove EAPI 6David Seifert2022-07-181-3/+3
| | | | | Closes: https://github.com/gentoo/gentoo/pull/26213 Signed-off-by: David Seifert <soap@gentoo.org>
* toolchain-funcs.eclass: placate cheesy eclass-to-manpage awkSam James2022-07-161-1/+1
| | | | | | Failed to generate otherwise. But it's nearly gone! Signed-off-by: Sam James <sam@gentoo.org>
* eclass/ruby-utils.eclass: update ruby version preferencesHans de Graaff2022-07-161-2/+2
| | | | Signed-off-by: Hans de Graaff <graaff@gentoo.org>
* xorg-3.eclass: fix typo in --disable-dependency-tracking grepSam James2022-07-151-1/+1
| | | | | | Interestingly goes back to 2012 in xorg-2.eclass! Signed-off-by: Sam James <sam@gentoo.org>
* meson.eclass: depend on >=dev-util/meson-0.62.2Mike Gilbert2022-07-131-1/+1
| | | | Signed-off-by: Mike Gilbert <floppym@gentoo.org>
* meson.eclass: print error logs for failing testsDaniel Campello2022-07-131-0/+1
| | | | | | Signed-off-by: Daniel Campello <campello@chromium.org> Closes: https://github.com/gentoo/gentoo/pull/24561 Signed-off-by: Mike Gilbert <floppym@gentoo.org>
* gear.kde.org.eclass: New eclass to serve KDE Gear packagesAndreas Sturmlechner2022-07-131-0/+66
| | | | Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* frameworks.kde.org.eclass: New eclass to serve KDE Frameworks packagesAndreas Sturmlechner2022-07-131-0/+72
| | | | | | Fix HOMEPAGE at the same time. Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* kde.org.eclass: Cleanup obsolete Frameworks/Plasma/Gear quirksAndreas Sturmlechner2022-07-131-50/+29
| | | | | | | Detect use of new product set eclasses and bail out then. Still maintaining backwards compatibility to kde.org packages. Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* plasma.kde.org.eclass: New eclass to serve KDE Plasma packagesAndreas Sturmlechner2022-07-131-0/+66
| | | | Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* kde.org.eclass: Add new variables KDE_PV_UNRELEASED, KDE_ORG_UNRELEASEDAndreas Sturmlechner2022-07-131-29/+14
| | | | | | | Replace KDE_UNRELEASED Drop obsolete _kde.org_is_unreleased Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* kde.org.eclass: Add new KDE_ORG_SCHEDULE_URIAndreas Sturmlechner2022-07-131-5/+9
| | | | Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* kde.org.eclass: Drop obsolete kdevelop SRC_URI quirkAndreas Sturmlechner2022-07-131-4/+0
| | | | Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* python-utils-r1.eclass: bump minimum 3.11 dep to 3.11.0_beta4Ionen Wolkens2022-07-121-1/+1
| | | | | | | As requested. Closes: https://github.com/gentoo/gentoo/pull/26317 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* distutils-r1.eclass: support >=dev-util/maturin-0.13.0Ionen Wolkens2022-07-121-6/+16
| | | | | | | | | | | | | | | | pep517 mode had some options changed around (as part of 1.0 release roadmap), notably adds --jobs/--profile, and removes --cargo-extra-args. --jobs is semi-optional given cargo.eclass handles that, but will be useful in the event don't use cargo.eclass (e.g. vendored crates), or if maturin ever uses it internally for non-cargo bits. Errors out on unrecognized options, so split in two blocks with intend to cleanup the old once a 0.13.x is stable rather than do messy per-option conditions (likely won't stable .0, releases are frequent). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* epatch.eclass: drop support for EAPI 0 to 4Mike Gilbert2022-07-111-4/+4
| | | | Signed-off-by: Mike Gilbert <floppym@gentoo.org>
* epatch.eclass: drop support for EPATCH_SINGLE_MSGMike Gilbert2022-07-111-9/+1
| | | | Signed-off-by: Mike Gilbert <floppym@gentoo.org>