Closed olebole closed 2 years ago
It looks like poliastro has started using PEP 621 metadata (the [project]
table), which can be read by flit_core 3.2+. I'm guessing the version in Debian is older than that.
I don't think there's any easy workaround. If you really need to, you could patch the pyproject.toml
file back to the previous format (basically revert this commit). But now that PEP 621 has given us a standard way to specify this metadata, I would imagine that it's going to get adopted by other packages pretty rapidly.
@takluyve if what you say abut adoption of PEP621 is true, that will most likely result in noise. Debian 11 which was released last Summer has flit 3.0.0. Are there backwards-incompatible changes with 3.2.x that would prevent working on pushing that to Debian stable release?
There are. Flit 3.3 is available in Debian stable backports now.
Also, for Debian packages, we've integrated use of flit into dh-python. All you need to do now is package it as you traditionally have for a Debian python package and add flit to build-depends. It will use the pyproject.toml information automatically. I'm not sure if the newer PEP 621 stuff works on stable. It does work on testing/unstable.
Closing this out, since @kitterma seems to have made progress on this, on Debian’s side! 🎉
Hi,
I just started with upgrading the poliastro package on Debian (from 0.14.0). One change here is the use of flit which is new for me and causes a build failure for the moment: when running flit in the root dir, I get the error message
This is also what our automated build does. Do I miss/misunderstand something here? How would I start building?