| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
Detect when Python packages install extensions and warn about missing
DISTUTILS_EXT appropriately.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
Closes: https://github.com/gentoo/gentoo/pull/30650
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
| |
Issue the explicit `build_ext` command call only if `DISTUTILS_EXT`
is set. This should avoid a few false positives where the command
was called due to irrelevant .c files being present in the source tree.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
| |
Add IUSE=debug when DISTUTILS_EXT is set, and use it to control
assertions via appending -DNDEBUG or -UNDEBUG to CPPFLAGS.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Add `${PYTHON_DEPS}` to `DEPEND` (i.e. `SYSROOT` dependencies) when
building extensions. This is necessary to support cross-compilations
correctly.
Originally proposed by Raul E Rangel <rrangel@chromium.org>.
Closes: https://github.com/gentoo/gentoo/pull/30469
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
| |
Add a control variable that should be set in ebuilds that build
C, Cython, Rust extensions, etc.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
- Use the same hack as in crossdev for now wrt EAPI.
- Fix up the version tests.
We still need to investigate the issues with -march downgrading though.
Bug: https://bugs.gentoo.org/859157
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
for 13
- Wire up modula-2 frontend support for GCC 13 as USE=modula2
- Drop Rust for GCC 13, upstream are going to make it fatal for configure
for 13.1, but may revisit for 13.2 (not sure how likely that is, though, it depends
on how much ends up backported). Rust will be available for GCC 14 though. We will
revisit if changes occur, of course.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/898492
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/898492
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
|
|
|
| |
Rephrase to make clear that go-module_src_unpack itself isn't actually
deprecated, just one of its modes of operation (the one with EGO_SUM).
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/836781
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
These variables are exported by pkg_setup and are intended for
use by ebuilds, as the docs for postgres_pkg_setup say.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
This matches what we do in other eclasses like for python and ruby.
It leads to a nicer error if e.g. manually using ebuild(1) rather
than emerge(1) and deps aren't satisfied, or forgot to set POSTGRES_TARGETS
locally, etc.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
| |
Followup to 85db50a7c626a1844c8eb2d03051c8c5d320c205.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
We now do --enable-checking=yes,extra,rtl after discussion in #gcc for USE=debug.
If rtl is too slow, we can do just yes,etra.
We've actually found yet another bug with our general change for snapshots
to start using checking, too: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109506.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
- downstream patches are based on top of KDE's patchset
- downstream patch affects qmake bootstrapping modifications
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Note that this only affects actually-non-released compilers like GCC 13
at this point in time and *not* snapshots from the stable branches.
Upstream default to more checking (asserts/runtime integrity checks) when
'gcc/DEV-PHASE' contains 'experimental'. Copy that and defer to the configure.ac
default when it does.
The practical upshot of this is that we go from --enable-checking=release
for GCC 13 to --enable-checking=yes,extra.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This might prevent an ebuild installing no files, but the main aim here is
to give a better error message earlier on rather than the classic
"Unable to generate gemspec file".
The output looks like:
```
* Failed to determine a path for ${RUBY} for USE=ruby_targets_ruby31:
* ruby_implementation_command returned an empty RUBY for ruby31
* ERROR: dev-ruby/mercenary-0.4.0-r1::gentoo failed (setup phase):
* Could not find RUBY for ruby31. Is dev-lang/ruby:3.1 installed?
```
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
This makes it a lot easier to narrow down the culprit given it warns in global scope.
(Apparently ${EBUILD} isn't defined in PMS.)
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
each impl
Noticed when looking at bug 771744 which seems hard to trigger deliberately -
the webkit-gtk ebuild already tries to check the chosen Ruby has rubygems available.
Anyway, when looking at that, I noticed it's possible for Portage to queue
the following, even if it's not what's happening in this case:
- dev-lang/ruby:2.7 is already installed
- virtual/rubygems[ruby_targets_ruby27] is already installed (PDEPEND of ruby)
and then, in a fresh emerge:
- dev-lang/ruby:3.0 is installed
- app-misc/foo (with only USE_RUBY="ruby30") using ruby-single.eclass is queued
and fails because the installed Ruby isn't fully usable yet, because
the eclass only guarantees dev-lang/ruby:3.0 and virtual/rubygems is installed,
not necessarily rubygems for that interpreter.
- virtual/rubygems[ruby_targets_ruby30] is built (PDEPEND of ruby)
This isn't a substitute for a ruby-any.eclass and/or a pkg_setup which helps
enforcement, but that's another thing to handle.
Followup to d078ec2a151d16b7ed045f1889bb5b97c4b9e6af ("Add virtual/rubygems to dependencies[...]").
Bug: https://bugs.gentoo.org/771744
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
|
|
| |
Trivial changes.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Despite common misconception, the default GNU tar tarfile is not stdin.
On some systems, this can cause tar to fail to extract relevant files.
See '(tar)file tutorial' for a description of how the default is picked.
Closes: https://bugs.gentoo.org/903631
Closes: https://bugs.gentoo.org/903914
Closes: https://bugs.gentoo.org/903919
Signed-off-by: Arsen Arsenović <arsen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Some packages use qmail_set_cc function but they don't contain
make-makelib.sh script. However, recent addition of || die to the sed
patching this file is newly triggering build failure. This commit
addresses the problem by checking if the script is available.
Closes: https://bugs.gentoo.org/902009
Closes: https://bugs.gentoo.org/902019
Fixes: fd4e88c55e34 ("qmail.eclass: remove EAPI 6")
Closes: https://github.com/gentoo/gentoo/pull/30456
Closes: https://github.com/gentoo/gentoo/pull/30205
Signed-off-by: Petr Vaněk <arkamar@atlas.cz>
Signed-off-by: Florian Schmaus <flow@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When cross compiling by setting the ROOT variable, the eclass was
writing the full EROOT path into the catalog file. This results in an
invalid path at runtime.
i.e.,
$ cat /build/amd64-host/etc/sgml/catalog
CATALOG "/build/amd64-host/etc/sgml/sgml-docbook.cat"
CATALOG "/build/amd64-host/etc/sgml/sgml-ent.cat"
CATALOG "/build/amd64-host/etc/sgml/xml-docbook-4.1.2.cat"
Instead we should be stripping off the ROOT so we get a valid path:
$ cat /build/amd64-host/etc/sgml/catalog
CATALOG "/etc/sgml/sgml-docbook.cat"
CATALOG "/etc/sgml/sgml-ent.cat"
CATALOG "/etc/sgml/xml-docbook-4.1.2.cat"
We don't strip EROOT because we want to keep the prefix if it's
present.
Closes: https://bugs.gentoo.org/903747
Signed-off-by: Raul E Rangel <rrangel@chromium.org>
Closes: https://github.com/gentoo/gentoo/pull/30462
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Tested by removing SRC_URI and S overrides in evince-44_rc.ebuild and
glib-networking-2.76_beta.ebuild and confirming that we fetch the same
distfile and build from the same source directory.
Also confirmed that (alpha|beta|rc).<num> works by making a
glib-networking-2.76_beta1.ebuild and seeing that we attempt to fetch
glib-networking-2.76.beta.1.tar.xz.
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
|
|
|
| |
Provides the package version in the format used upstream by GNOME
projects.
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
|
|
| |
I don't think PVP stood for anything.
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
|
|
|
|
| |
This means we don't get confusing *DEPEND/REQUIRED_USE errors about it being
unparseable and instead just get a straightforward die message indicating
the problem.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
This breaks our brittle eclass2manpages script for now.
Fixes: 8435a16eb3e375dfe0a37f076eb6a1ebfed0a55b
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/902461
Signed-off-by: Arsen Arsenović <arsen@gentoo.org>
|
|
|
|
|
|
|
| |
This corresponds to the oldest version of Emacs (other than slot 18)
currently in the tree.
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
|
| |
See also:
https://gitlab.kitware.com/cmake/cmake/-/merge_requests/8287
Bug: https://bugs.gentoo.org/835799
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
|
|
|
| |
Thanks to codespell.
Signed-off-by: Sam James <sam@gentoo.org>
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
| |
Thanks to codespell.
Signed-off-by: Sam James <sam@gentoo.org>
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
| |
Thanks to codespell.
Signed-off-by: Sam James <sam@gentoo.org>
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
| |
Thanks to codespell.
Signed-off-by: Sam James <sam@gentoo.org>
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
| |
Thanks to codespell.
Signed-off-by: Sam James <sam@gentoo.org>
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
| |
Thanks to codespell.
Signed-off-by: Sam James <sam@gentoo.org>
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
| |
Thanks to codespell.
Signed-off-by: Sam James <sam@gentoo.org>
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
| |
Thanks to codespell.
Signed-off-by: Sam James <sam@gentoo.org>
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
| |
Thanks to codespell.
Signed-off-by: Sam James <sam@gentoo.org>
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
|
| |
Thanks to codespell.
Signed-off-by: Sam James <sam@gentoo.org>
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|