question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

poetry-core 1.3.2 not backwards compatible when using poetry build

See original GitHub issue
  • Poetry version: 1.2.0b1

  • poetry-core version: 1.3.2

  • Python version: 3.7.2

  • OS version and name: macOS 10.15.7

  • I am on the latest stable Poetry version, installed using a recommended method.

  • I have searched the issues of this repo and believe that this is not a duplicate.

  • I have consulted the FAQ and blog for any relevant entries or release notes.

  • If an exception occurs when executing a command, I executed it again in debug mode (-vvv option) and have included the output below.

Issue

With poetry-core version 1.3.2, when running poetry build on my project, the naming of the sdist zip file is all lower case. Eg. myPackage becomes mypackage-0.1.0.zip instead of myPackage-0.1.0.zip. This caused an issue in our pipeline due to the casing of the package name.

I understand that lower case is the PEP standard, but is it expected that the newest version of poetry-core is not backwards compatible? I had to revert to poetry-core 1.2.0 to fix this issue.

Thanks!

Issue Analytics

  • State:closed
  • Created a year ago
  • Comments:13 (12 by maintainers)

github_iconTop GitHub Comments

1reaction
neersightedcommented, Nov 3, 2022

The exact version numbers are a bit off, but yes, pinning to 1.2.1 will give you the previous sdist naming.

0reactions
blueraspberrypiecommented, Nov 3, 2022

I think we agree then. In general sdist names were underspecified and unstable; we’ve solved the issue of uploads by backporting the change to use the new canonical naming.

In any case, there’s nothing to be done here regarding the change in behavior in an old pre-release. There should be no unexpected changes when pinning to a regular release, but when you pin to a pre-release, unexpected breakage due to a core change may happen.

This makes sense to me 😃 If I pin to poetry 1.2.1 instead, it will only use poetry-core 1.2.0 and not upgrade to poetry-core 1.3.2, unless I upgrade to poetry 1.2.2, is this correct?

Read more comments on GitHub >

github_iconTop Results From Across the Web

FAQ | master | Documentation | Poetry - Python dependency ...
Can I disable it? Why is Poetry telling me that the current project's Python requirement is not compatible with one or more packages'...
Read more >
Enable multiple file hashing methods for backwards ... - GitHub
I'm not sure of the best way to consume poetry-core master in poetry other than just changing the dependency declaration temporarily. Ideally, I ......
Read more >
fhPython-3.8.6-foss-2020b - Fred Hutch Biomedical Data Science Wiki
These libraries are backwards compatible and capable of supporting prior releases of the software, with one exception: GA systems have been excluded.
Read more >
Tutorials — et_micc 1.0.9 documentation
Micc is an attempt to wrap all the details by providing the user with a standardized yet flexible workflow for managing a Python...
Read more >
Changes/Reduce dependencies on python3-setuptools - Fedora
To avoid this problem, python3-devel currently requires (python3-setuptools if rpmbuild) for backwards compatibility. Other than that, python3- ...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found