summaryrefslogtreecommitdiff
path: root/eclass
Commit message (Collapse)AuthorAgeFilesLines
* vim-spell.eclass: drop EPREFIX from VIM_SPELL_DIRECTORYMike Gilbert2023-08-081-1/+1
| | | | | | | This variable is passed to insinto, which already addes EPREFIX. Closes: https://bugs.gentoo.org/911850 Signed-off-by: Mike Gilbert <floppym@gentoo.org>
* python-utils-r1.eclass: Eliminate false positives from occluded checkMichał Górny2023-08-081-9/+20
| | | | | | | | | | | | | | Modify the occluded package check to unidirectionally check for additional files in installed package directory. This eliminates false positives when the source directory contains additional files, in particular C sources. This change also eliminates the dependency on diff(1), in favor of comm(1). As a side effect, we no longer compare .py files for equality but that shouldn't be such a big deal. Closes: https://github.com/gentoo/gentoo/pull/32195 Signed-off-by: Michał Górny <mgorny@gentoo.org>
* Revert "python-utils-r1.eclass: Remove old EAPI hack for exporting PYTHON"James Le Cuirot2023-08-071-1/+3
| | | | | | | | | | | | | This reverts commit 9e4dc068a3066434bfbfa3a0f979ec5d6d8020eb. It fixed cross-prefix but inadvertently broke regular prefix. Both were ultimately affected by the same PMS + Portage bug where BROOT was not set in pkg_preinst. This has now been fixed, but regular prefix users need to be able to update Portage without hitting the issue. Cross-prefix users are safe because the BROOT Portage can be updated without hitting the issue. Closes: https://bugs.gentoo.org/911797 Signed-off-by: James Le Cuirot <chewi@gentoo.org>
* verify-sig.eclass: replace app-crypt with sec-keysOskari Pirhonen2023-08-071-2/+2
| | | | | | | | | Update the description and example to use the new sec-keys/ category instead of the old app-crypt/ for openpgp-keys-* packages. Signed-off-by: Oskari Pirhonen <xxc3ncoredxx@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/32111 Signed-off-by: Michał Górny <mgorny@gentoo.org>
* python-utils-r1.eclass: Check for occluded packages before testingMichał Górny2023-08-061-0/+51
| | | | | | | | | | Add a check for installed packages being occluded by the working directory when calling epytest and eunittest. This is primarily meant to detect C extensions being missed. Signed-off-by: Michał Górny <mgorny@gentoo.org> Closes: https://github.com/gentoo/gentoo/pull/32181 Signed-off-by: Michał Górny <mgorny@gentoo.org>
* toolchain.eclass: pass --disable-dependency-tracking, --disable-silent-rulesSam James2023-08-041-0/+11
| | | | | | | | | | | We already do this for gdb and binutils, do the same for gcc. Portage/econf only greps the top-level configure which has neither of these, but the subconfigure dirs do. There's been problems in the past upstream here, see e.g. https://gcc.gnu.org/PR55930, but seems fine now. Signed-off-by: Sam James <sam@gentoo.org>
* toolchain.eclass: cleanup more obsolete cruftSam James2023-08-031-19/+9
| | | | | | Followup to a606b978be638005c9b832a733d087dbc97ae6d0. Signed-off-by: Sam James <sam@gentoo.org>
* llvm.org.eclass: Add 18.0.0_pre20230803 snapshotMichał Górny2023-08-031-0/+3
| | | | Signed-off-by: Michał Górny <mgorny@gentoo.org>
* llvm.org.eclass: Remove 17.x snapshotsMichał Górny2023-08-031-3/+0
| | | | Signed-off-by: Michał Górny <mgorny@gentoo.org>
* python-utils-r1.eclass: Fix shebangs using ${EPYTHON}, not ${PYTHON}James Le Cuirot2023-08-021-3/+1
| | | | | | | | | ${PYTHON} points to BROOT's Python because it's usually used for calling Python during the build. This value will be wrong at runtime after building cross-prefix. Signed-off-by: James Le Cuirot <chewi@gentoo.org> Signed-off-by: Sam James <sam@gentoo.org>
* python-utils-r1.eclass: Remove old EAPI hack for exporting PYTHONJames Le Cuirot2023-08-021-1/+1
| | | | | | | | | This eclass is EAPI 7+ now, so we can assume that BROOT is available. This was broken anyway because it seems that Portage doesn't set BROOT when it's empty. Signed-off-by: James Le Cuirot <chewi@gentoo.org> Signed-off-by: Sam James <sam@gentoo.org>
* shell-completion.eclass: fix eclass headerFlorian Schmaus2023-08-021-4/+4
| | | | | | | | | | | | The order of eclass tags is relevant. @MAINTAINER and @AUTHOR must come right after @ECLASS, as otherwise, tools like eclass-to-manpage will not be able to process the eclass. In the case of shell-completion.eclass, this causes eclass-to-manpage to report: error:7: shell-completion.eclass: unknown keyword @AUTHOR: Fixes: d5e1f736c92d ("shell-completion.eclass: new eclass, migrated from ::guru") Signed-off-by: Florian Schmaus <flow@gentoo.org>
* pam.eclass: remove EAPI 6David Seifert2023-07-311-38/+31
| | | | | Closes: https://github.com/gentoo/gentoo/pull/31917 Signed-off-by: David Seifert <soap@gentoo.org>
* toolchain.eclass: sanity-check against bootstrapping for crossSam James2023-07-311-2/+2
| | | | | | | | | | | Had a report on IRC where bootstrap-cet was being used for a cross-compiler which seems wrong even if it's a bit odd that --disable-bootstrap doesn't win with it. Add a guard as we don't need any of the bootstrap-* targets for cross. Thanks to Ionen for spotting. Signed-off-by: Sam James <sam@gentoo.org>
* toolchain-funcs.eclass: cleanup obsolete bits in tc-ld-force-bfdSam James2023-07-301-19/+0
| | | | | | | | | | | | I didn't want to drop this entirely in c26413ae8029f1557aae95b6f8744fc16671fa3b as I wanted to keep it to just fixing the error I'd made, but I don't see the point in keeping this now anyway - non-gcc/clang isn't a thing and if it is I'd hope they'd support -fuse-ld=bfd anyway. Plus it's an obvious approach if we need it for something else like forcing an alt linker that isn't bfd anyway, no need for having cruft remaining. Signed-off-by: Sam James <sam@gentoo.org>
* toolchain-funcs.eclass: shift commentSam James2023-07-301-1/+1
| | | | | | | | | | | | It makes a bit more sense (although still a bit suspicious, wonder if should strip . as well, see c26413ae8029f1557aae95b6f8744fc16671fa3b and bug #911503 where we had 'ld.lld.bd') now with the comment in the right place. It was added originally for bug #545218 (b959fb6c158d4727e85472b3a50af5af3f719972). Bug: https://bugs.gentoo.org/545218 Bug: https://bugs.gentoo.org/911503 Signed-off-by: Sam James <sam@gentoo.org>
* toolchain-funcs.eclass: fix tc-force-bfdSam James2023-07-301-2/+1
| | | | | | | | | | | Before c4e911da66c918bd0944d1457776b82260657cd6, fallback would be false for newer GCC and Clang, not true. Thanks to parona for giving the nudge. Closes: https://bugs.gentoo.org/911503 Fixes: c4e911da66c918bd0944d1457776b82260657cd6 Signed-off-by: Sam James <sam@gentoo.org>
* toolchain.eclass: 'endusers' -> 'end users'Sam James2023-07-291-1/+1
| | | | | | It's (surprisingly to me) not a compound word. Signed-off-by: Sam James <sam@gentoo.org>
* dist-kernel-utils.eclass: also rebuild initrd when using uki'sAndrew Ammerlaan2023-07-271-2/+2
| | | | | | | | An UKI contains some initrd, so in situations where we want to regenerate the initrd we also want to rebuild the UKIs Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org> Signed-off-by: Matthew Thode <prometheanfire@gentoo.org>
* kernel-2.eclass: Replace the ill-defined linux-firmware license labelUlrich Müller2023-07-271-2/+3
| | | | | | | | | Replace by "linux-fw-redistributable all-rights-reserved" which reflects usage by the linux-firmware package. This only affects kernels before 4.14. Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* git-r3.eclass: Add Git LFS supportSebastian Parborg2023-07-261-0/+90
| | | | | | Signed-off-by: Sebastian Parborg <darkdefende@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/31905 Signed-off-by: Michał Górny <mgorny@gentoo.org>
* llvm.eclass: fix _LLVM_KNOWN_SLOTS for LLVM 18Sam James2023-07-261-1/+1
| | | | | | Thanks to vimproved for reporting. Signed-off-by: Sam James <sam@gentoo.org>
* llvm.org.eclass: master → mainMichał Górny2023-07-251-6/+6
| | | | Signed-off-by: Michał Górny <mgorny@gentoo.org>
* llvm.org.eclass: main is now 18.xMichał Górny2023-07-251-1/+1
| | | | Signed-off-by: Michał Górny <mgorny@gentoo.org>
* llvm.org.eclass: Remove old snapshotsMichał Górny2023-07-251-6/+0
| | | | Signed-off-by: Michał Górny <mgorny@gentoo.org>
* ecm.eclass: Drop Qt 5.15.9 from ECM_QTHELP Portage bug workaroundAndreas Sturmlechner2023-07-241-15/+6
| | | | Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* llvm.org.eclass: Add 17.0.0_pre20230722 snapshotMichał Górny2023-07-221-0/+3
| | | | Signed-off-by: Michał Górny <mgorny@gentoo.org>
* toolchain-funcs.eclass: cleanup old gcc/clang logic in tc-ld-force-bfdSam James2023-07-221-16/+8
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* toolchain-funcs.eclass: formatting tweaksSam James2023-07-221-11/+13
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* toolchain-funcs.eclass: fix incomplete ninj renameSam James2023-07-211-1/+1
| | | | | | | | | Lost in rebase as kept changing between splitting/unsplitting sparc64*. Thanks to dilfridge & ionen for spotting. Fixes: d1c60c8515d1487149bda90575609a757b8246ef Signed-off-by: Sam James <sam@gentoo.org>
* kernel-install.eclass: adjust test deps for sparcSam James2023-07-211-0/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* kernel-install.eclass: simplify caseSam James2023-07-211-18/+3
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* kernel-install.eclass: kernel-install_get_qemu_arch: port to sparcSam James2023-07-211-1/+7
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* kernel-build.eclass: add special-case for sparc arch/ directorySam James2023-07-211-0/+8
| | | | | | | | | | | | | | | | | | | | | Unfortunately, we still have a mess wrt dual-bitness arches. For sparc, there's arch/sparc, with ARCH=sparc being "whatever the toolchain is", ARCH=sparc32 being "give me a 32-bit kernel", and ARCH=sparc64 being "give me a 64-bit kernel". You do, seemingly, need to actually pass ARCH=sparc64 to guarantee correct results, as various kernel Makefiles check for the ARCH value, even though ARCH=sparc will pop out a 64-bit kernel. (I originally updated toolchain-funcs.eclass's tc-ninja_magic_to_arch, but we later found that doesn't look particularly sturdy. Per at the very least 5ba800962a80d4158b73fb91a7779df7b770c750 ("kbuild: update ARCH alias info for sparc") upstream, although it seems to go back a fair bit earlier, ARCH=sparc when building the kernel means "sparc64" if on a sparc64 host.) Signed-off-by: Sam James <sam@gentoo.org>
* dist-kernel-utils.eclass: dist-kernel_get_image_path: handle sparcSam James2023-07-211-1/+1
| | | | | | Same as hppa/ppc*. Signed-off-by: Sam James <sam@gentoo.org>
* toolchain-funcs.eclass: tc-ninja_magic_to_arch: rename helper functionSam James2023-07-211-7/+7
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* toolchain.eclass: add note re texinfo QA warningSam James2023-07-201-0/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* kernel-build.eclass: require modules-sign if securebootAndrew Ammerlaan2023-07-201-1/+17
| | | | Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
* dist-kernel-utils.eclass: optionally sign the kernelsAndrew Ammerlaan2023-07-201-1/+17
| | | | Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
* eclass/secureboot.eclass: add new eclassAndrew Ammerlaan2023-07-201-0/+173
| | | | Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org>
* rust-toolchain.eclass: add preparatory loong supportWANG Xuerui2023-07-201-0/+9
| | | | | | | | Rust 1.71.0 was already beta at time of the commit, meaning the target tuple of loong can be considered stable. See: https://github.com/gentoo/gentoo/pull/31241 Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
* rust-toolchain.eclass: qualify applicable rust_arch_uris with ABI and endiannessWANG Xuerui2023-07-201-6/+10
| | | | | | | | For less downloading client-side, as it is likely that only one package in each covered group would work on a given system. See: https://github.com/gentoo/gentoo/pull/31241 Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
* rust-toolchain.eclass: add support for mips64el platformsWANG Xuerui2023-07-201-0/+2
| | | | | | | | | Right now mips64el systems are treated as mips64 (big-endian) in the rust_abi helper, that prevents installation of rust. Fix by checking for mips64el before mips64. See: https://github.com/gentoo/gentoo/pull/31241 Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
* rust-toolchain.eclass: cosmetic cleanupsWANG Xuerui2023-07-201-30/+40
| | | | | | | | | Re-tab the file, and reorganize the rust_abi and rust_all_arch_uris helpers so the keys are sorted alphabetically while preserving match order. No functional change intended. See: https://github.com/gentoo/gentoo/pull/31241 Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
* toolchain.eclass: disable gcov for crossSam James2023-07-201-1/+7
| | | | | | | | I don't see an immediate way to only disable this for crossdev stage1, so just disable it entirely for cross for now. Bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100289 Signed-off-by: Sam James <sam@gentoo.org>
* cmake.eclass: Support CMAKE_VERBOSE with ninjaMatt Turner2023-07-181-0/+4
| | | | Signed-off-by: Matt Turner <mattst88@gentoo.org>
* ninja-utils.eclass: Add NINJA_VERBOSEMatt Turner2023-07-181-1/+12
| | | | | | | | | | | | | | ninja operates in one of three modes: - verbose (with -v): prints build commands - quiet (with --quiet): prints nothing - normal: prints [XX/YY]-style build status updates samurai works the same way, except it does not have a quiet mode. Thus we can't simply override ninja-utils' hard-coded flag from callers of eninja. Signed-off-by: Matt Turner <mattst88@gentoo.org>
* ninja-utils.eclass: Change maintainer to base-system@Matt Turner2023-07-181-2/+1
| | | | | | Per floppym's request. Signed-off-by: Matt Turner <mattst88@gentoo.org>
* meson.eclass: Add MESON_VERBOSEJonas Rakebrandt2023-07-181-2/+13
| | | | | | | | This works similar to cmake.eclass's ${CMAKE_VERBOSE}. Closes: https://github.com/gentoo/gentoo/pull/28942 Signed-off-by: Jonas Rakebrandt <xarblu@protonmail.com> Signed-off-by: Matt Turner <mattst88@gentoo.org>
* meson.eclass: Change maintainer to base-system@Matt Turner2023-07-181-2/+1
| | | | | | Per floppym's request. Signed-off-by: Matt Turner <mattst88@gentoo.org>