-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Switch from pytoml
to toml
#8045
Conversation
Need to change the We really should introduce a check (some kind of linter?) to ensure we don’t forget to update these… |
@uranusjr hmm... Maybe? I'd like downstream devs to pitch in on this though, since it mainly affects them. 🤷🏻♂️ |
Funny enough pytoml has had releases and bugfixes after toml and after putting up the "unmaintained" warning. |
A question I have related to this change: as far as I know the This is particularly problematic for Poetry won't have this issue since it depends on |
Hmm... I don't want to wait too long for pip to get onto the TOML 1.0.0 train, but I also don't think we can reasonably do this prior to the next release cycle -- i.e. 3 months later. Would it be possible for poetry to defer using heterogeneous arrays until at least the next pip release cycle? I feel that'll be less disruptive overall, since at least the latest version of pip would have TOML 1.0.0 support, so users won't be in a situation of "use poetry or pip, but not both". It's likely that the older versions of pip will be around for a fair amount of time, so they'll stay incompatible -- there's nothing we can do about that. If the situation of maintenance of |
Unfortunately, that's not up to Poetry really (even though it could be possible to write a warning in the documentation to avoid it as much as possible). Poetry depends on Even then, the |
I think most people would be satisfied if pip explicitly says it does not support TOML 1.0.0 in 20.1, since AFAICT no popular tools out there require heterogeneous arrays. |
@uranusjr Poetry will not require them but will allow them (via |
@sdispater It is perfectly fine for Poetry to allow them, and users are perfectly entitled to create packages that use them, even if pip 20.1 is unable to consume them. I feel it’s good practice to check whether an installer (e.g. pip) supports a new feature before putting it in use of your project, and if pip expresses explicitly TOML 1.0 is not supported in the documentation, a package maintainer would happily accept the reponsibility to abide if they care. Neither pip nor Poetry needs to be responsible for their choice. And if someone feels this is a problem, they are always welcomed to contribute to both |
Aaaah. Okay, that makes sense. @sdispater Your phrasing in the initial comment made me think poetry will require heterogeneous array support for some functionality. As long as poetry doesn't require syntax, for itself, that only works when the user uses heterogeneous arrays (or really anything that's TOML 1.0.0-rc1 specific / that is not in TOML 0.5.0), I think we should be fine. Adding a warning to poetry's docs about this, would be nice as well. FWIW, my plan is to ask and self-answer a stackoverflow question using the error message pip 20.1 users would get if they try installing a project that has heterogeneous arrays in its pyproject.toml. That way, if users get this error, hopefully it'll surface useful information to them. |
Closes #6120
Closes #6136
Toward #8040
Fixes our vendoring of pep517, and improves the situation w/ TOML libraries.