#63973 closed defect (fixed)
py-filelock puts the wrong version on the egg-info directory
Reported by: | ArtKoKo | Owned by: | funasoul (Akira Funahashi) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | Schamschula (Marius Schamschula) | |
Port: | py-tldextract |
Description
Hi Schamschula,
certbot-dns-ovh no longer works because there is a version detection problem with filelock:
An unexpected error occurred: pkg_resources.ContextualVersionConflict: (filelock 0.0.0 (/opt/local/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/site-packages), Requirement.parse('filelock>=3.0.8'), {'tldextract'})
any idea ?
Change History (7)
comment:1 Changed 3 years ago by Schamschula (Marius Schamschula)
comment:2 Changed 3 years ago by Schamschula (Marius Schamschula)
Owner: | changed from Schamschula to funasoul |
---|---|
Port: | py-tldextract added; certbot-dns-ovh py-filelock removed |
Summary: | certbot failed with certbot-dns-ovh and filelock → py-filelock puts the wrong version on the egg-info directory |
The problem here is with py39-filelock
:
It installs the following files:
/opt/local/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/site-packages/filelock-0.0.0-py3.9.egg-info/PKG-INFO /opt/local/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/site-packages/filelock-0.0.0-py3.9.egg-info/SOURCES.txt /opt/local/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/site-packages/filelock-0.0.0-py3.9.egg-info/dependency_links.txt /opt/local/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/site-packages/filelock-0.0.0-py3.9.egg-info/requires.txt /opt/local/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/site-packages/filelock-0.0.0-py3.9.egg-info/top_level.txt /opt/local/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/site-packages/filelock-0.0.0-py3.9.egg-info/zip-safe
0.0.0
should really be 3.3.1
P.S. The PKG-INFO
also has this incorrect version number (probably for the same reason).
comment:3 Changed 3 years ago by Schamschula (Marius Schamschula)
Cc: | Schamschula added |
---|
comment:4 follow-up: 7 Changed 3 years ago by Schamschula (Marius Schamschula)
It looks like I found it: We need py39-setuptools_scm
rather than py39-setuptools
.
comment:5 Changed 3 years ago by Schamschula (Marius Schamschula)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:7 Changed 3 years ago by jmroot (Joshua Root)
Replying to Schamschula:
It looks like I found it: We need
py39-setuptools_scm
rather thanpy39-setuptools
.
It really uses both directly. Depending only on setuptools_scm happens to work because it has a runtime dependency on setuptools.
Note: See
TracTickets for help on using
tickets.
This is the second time this sort of thing has happened.
I normally don't install
certbot-dns-ovh
, so I haven't run into this issue.