#47400 closed defect (fixed)
Fix py-jedi version
Reported by: | xeron (Ivan Larionov) | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.3.3 |
Keywords: | haspatch | Cc: | petrrr |
Port: | py-jedi |
Description
py-jedi is partially broken because of -final0 addon to the version. Some software fails to detect it presence.
More info: https://github.com/davidhalter/jedi/issues/521
0.9.0 will be released soon (https://github.com/davidhalter/jedi/issues/566), but I believe it's better to use pypi anyway.
Patch attached. Also it requires removal of jedi tarball from mirrors (for example distfiles.macports.org).
Attachments (1)
Change History (6)
comment:1 Changed 10 years ago by petrrr
Cc: | petr@… added |
---|
Changed 9 years ago by xeron (Ivan Larionov)
Attachment: | py-jedi.diff added |
---|
comment:3 follow-up: 5 Changed 9 years ago by seanfarley (Sean Farley)
Thanks for the patch! I'd like to keep the github logic since it's less boilerplate and that's more of the canonical source. Especially since it seems fixed with 0.9.0.
comment:4 Changed 9 years ago by seanfarley (Sean Farley)
Resolution: | → fixed |
---|---|
Status: | new → closed |
Fixed in r136878.
comment:5 Changed 9 years ago by xeron (Ivan Larionov)
Replying to sean@…:
Thanks for the patch! I'd like to keep the github logic since it's less boilerplate and that's more of the canonical source. Especially since it seems fixed with 0.9.0.
Thank you!
Github is fine, but I believe that pypi is more appropriate. Python packages should come from pypi, gems from rubygems.org, etc. It won't brake if repo will be moved to another owner for example.
Cc Me!