Hi,
I am sending this patch to pypi.eclass to this list per mgorny's
request. Best!
Tom
https://github.com/gentoo/gentoo/pull/31861
From 6910a990f221986d1b5c0cc3900bd2ba64b9a017 Mon Sep 17 00:00:00 2001
From: Tom Gillespie
Date: Wed, 12 Jul 2023 18:55:39 -0700
Subject: [PATCH] pypi.eclass
> The sbcl ebuild from the Gentoo tree is useless on musl. And hence it
should be masked. Otherwise somebody would think that [s]he can simply
emerge sbcl on a musl profile, and will be disappointed.
Ah, I see. That makes sense, and I think I can just unmask it in my
custom musl profile.
Thanks!
For the record I've had sbcl building and running on musl for months
without issue (at one point I even had static linking working). You
have to cross compile a musl version and then side load the binary
instead of using one of the distributed binaries. See
that there is
no maintainer for dev-lang/clojure I wondered if someone on this could
take a look. Many thanks!
Tom
From 4d25fead235199b59f42c23ce91b723112e2472d Mon Sep 17 00:00:00 2001
From: Tom Gillespie
Date: Fri, 3 Jan 2020 15:47:57 -0500
Subject: [PATCH 5/5] dev-java/spec-alpha: add metadata.xml
For historical curiosity there was also
https://github.com/domenkozar/g-pypi at one point (similar to
https://github.com/rafaelmartins/g-octave). Having used g-octave, the
primary issue is as MichaĆ says, there are a lot of corner cases that
the generation doesn't handle correctly which lead to