This package only needs a single python impl, which is passed to
autotools econf call. distutils-r1.eclass isn't used at all. There is no
difference in the hash of files before and after the change (if you
enable IUSE=python of course).
Closes: https://bugs.gentoo.org/909999
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
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.
(The same issues apply to bug #923094 which isn't fixed by this, but
hopefully won't be an actual problem until that aforementioned removal
in setuptools itself of the other bits.)
Bug: https://bugs.gentoo.org/923094
Closes: https://bugs.gentoo.org/910002
Signed-off-by: Sam James <sam@gentoo.org>
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.
(The same issues apply to bug #922396 which isn't fixed by this, but
hopefully won't be an actual problem until that aforementioned removal
in setuptools itself of the other bits.)
Bug: https://bugs.gentoo.org/922396
Closes: https://bugs.gentoo.org/909980
Closes: https://bugs.gentoo.org/923435
Closes: https://bugs.gentoo.org/952274
Signed-off-by: Sam James <sam@gentoo.org>
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.
(The same issues apply to bug #922160 which isn't fixed by this, but
hopefully won't be an actual problem until that aforementioned removal
in setuptools itself of the other bits.)
Bug: https://bugs.gentoo.org/922160
Closes: https://bugs.gentoo.org/850964
Closes: https://bugs.gentoo.org/909872
Closes: https://bugs.gentoo.org/952196
Signed-off-by: Sam James <sam@gentoo.org>
Arthur Zamarin
Sam James
Mike Gilbert
Michał Górny
Hans de Graaff
Mike Pagano
Thomas Beierlein
Joonas Niilola
Volkmar W. Pogatzki
Andreas K. Hüttel