https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: media-gfx/mypaint-2.0.1-r2 fails tests on MUSL. Discovered on: amd64 (internal ref: tinderbox_musl) NOTE: This machine uses MUSL libc
Created attachment 767934 [details] build.log build log and emerge --info
Error(s) that match a know pattern: Saved and reloaded documents look identical ... /var/tmp/portage/media-gfx/mypaint-2.0.1-r2/temp/environment: line 2137: 27677 Segmentation fault "${@}"
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=45846fb0a873286029d6673f114c43433b7be91c commit 45846fb0a873286029d6673f114c43433b7be91c Author: Sam James <sam@gentoo.org> AuthorDate: 2023-01-10 04:55:26 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2023-01-10 04:56:16 +0000 media-gfx/mypaint: update EAPI 7 -> 8, enable py3.11 Small chance the gettext stuff in the Python 3.11 patch helps w/ the musl segfault, bug #836232. Bug: https://bugs.gentoo.org/836232 Closes: https://bugs.gentoo.org/807979 Signed-off-by: Sam James <sam@gentoo.org> .../mypaint/files/mypaint-2.0.1-python3.11.patch | 92 ++++++++++++++++++++++ .../mypaint/files/mypaint-2.0.1-setuptools.patch | 74 +++++++++++++++++ media-gfx/mypaint/mypaint-2.0.1-r3.ebuild | 79 +++++++++++++++++++ 3 files changed, 245 insertions(+)
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5a04eede34734659c7bf34fae34a1de4bb15babf commit 5a04eede34734659c7bf34fae34a1de4bb15babf Author: Sam James <sam@gentoo.org> AuthorDate: 2025-03-31 16:31:11 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2025-03-31 16:31:52 +0000 media-gfx/mypaint: port to python-single-r1 The package isn't suitable for PEP517, as it installs data files and it simply happens to be written in Python, rather than intending to be imported and so on. Unfortunately, for the remaining PEP517 holdouts, there's little pressure upstream for them to port to a proper build system yet, as while setuptools deprecated the `setup.py` entrypoint some time ago, there's no removal in sight yet, so the only pressing side is on Gentoo's where we want to cleanup distutils-r1's support for that. It was arguably a mistake to really have these packages use distutils-r1 in the first place. The obvious workaround for now is to invoke setup.py manually w/ python-single-r1, and punt the question until setuptools removal of the entrypoint looks closer (at which time, other distros will be putting pressure on upstreams too). Of course, if at the time of such a setuptools change, the package is still not fixed, then we'd have to remove it. (In this case, upstream are preparing a port to Meson.) Bug: https://bugs.gentoo.org/836232 Closes: https://bugs.gentoo.org/909985 Closes: https://bugs.gentoo.org/927525 Signed-off-by: Sam James <sam@gentoo.org> media-gfx/mypaint/mypaint-2.0.1-r4.ebuild | 88 +++++++++++++++++++++++++++++++ 1 file changed, 88 insertions(+)
