On Tue, Sep 6, 2022 at 10:52 AM Michael J Gruber <mjg(a)fedoraproject.org> wrote:
> On Mon, Sep 5, 2022 at 2:01 PM Sandro <lists(a)penguinpee.nl> wrote:
>
> pyproject does not work well, and is not backwards compatible. This is
> particularly a problem for EPEL ports from Fedora. Personally, I'd
> like to see it fixed for EPEL before relying on it for anything in
> Fedora.
I believe that was quoting me?
The current py packaging guidelines recommend the opt-in dependency
generator (which uses pyproject.toml) unless EPEL 8 or non-current Fedoras are used.
Should this caveat be extended to F36 and EPEL 9, or am I mis-understanding the role of
pyproject.toml for the packaging macros?
If possible, I'd much rather see backports to RHEL 8 and RHEL 9
completed to ease backporting before any further python modules
whatsoever get pyproject activated in Fordera. Grabbing a current
Fedora release of anything with pyproject and backporting it to RHEL
is now a serious pain in the keister.