Skip to content

ci: gentoo: handle llvm pkgmove; python cleanup #14761

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Draft
wants to merge 7 commits into
base: master
Choose a base branch
from

Conversation

thesamesam
Copy link
Member

@thesamesam thesamesam changed the title ci: gentoo: handle llvm pkgmove ci: gentoo: handle llvm pkgmove; python cleanup Jul 1, 2025
@thesamesam thesamesam force-pushed the ci-dont-rebuild-gcc branch from bdf1d0b to 1ff7d3f Compare July 1, 2025 22:54
@thesamesam thesamesam requested a review from eli-schwartz July 1, 2025 23:52
@thesamesam thesamesam marked this pull request as ready for review July 1, 2025 23:52
@thesamesam thesamesam requested a review from jpakkane as a code owner July 1, 2025 23:52
@thesamesam
Copy link
Member Author

thesamesam commented Jul 1, 2025

thesamesam and others added 7 commits July 2, 2025 02:31
This dates back to before we changed to Python 3.12 default in Gentoo. I
don't remember why we specifically wanted/needed 3.12 in the CI builder
though (maybe something to do with distutils removal to test that). The
Python changes here shouldn't make much difference to binpkg eligibility
right now because the binhost has a double builder for old targets, though
it won't cover everything.

Signed-off-by: Sam James <sam@gentoo.org>
By doing some cleanups here, we can now use a binpkg for dev-build/b2
and often dev-libs/boost.

Signed-off-by: Sam James <sam@gentoo.org>
Gentoo does a weirdo thing where you cannot detect vala without setting
an environment variable. It's usually only set in ebuild recipes, and
vala simply does not work on Gentoo at all, period, end of story,
outside of that.

Capitulate, and parse the output of portage to find the most recent vala
installed and export that directly into meson's binary table lookup. We
aren't interested in whether *Gentoo* works with Vala, we are interested
in finding out whether newly packaged vala versions in Gentoo are
compatible with meson.

Bug: https://bugs.gentoo.org/513658
We've been using the desktop profile until now, mostly because it
automatically provides various frameworks we test e.g. wayland, gtk, qt
etc that all install out of the box. It also guarantees that binpackages
match.

The image is also really fat though. :( Switch to the base profile,
install a few packages that otherwise wouldn't be installed, and tweak
individual USE flags for binary coverage.
Currently what this does is permit freethreaded builds, which are
stablemasked but not masked, which means we get a binpackage cache miss
for something we frankly very much do not care about at all.

We can and do unmask implementations themselves later on in this file,
which should handle all this for us anyway.
@thesamesam thesamesam force-pushed the ci-dont-rebuild-gcc branch from 1ff7d3f to 8e07eaa Compare July 2, 2025 01:32
@thesamesam thesamesam marked this pull request as draft July 2, 2025 09:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants