#8624 closed enhancement (overcomebyevents)
setuptools-34.2.0 (Python Module - Hold for too many releases)
Reported by: | Douglas R. Reno | Owned by: | Douglas R. Reno |
---|---|---|---|
Priority: | low | Milestone: | 8.1 |
Component: | BOOK | Version: | SVN |
Severity: | normal | Keywords: | |
Cc: |
Description
New point version
Change History (12)
comment:1 by , 8 years ago
Summary: | setuptools (Python Module - Hold for too many releases) → setuptools-30.3.0 (Python Module - Hold for too many releases) |
---|
comment:2 by , 8 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:3 by , 8 years ago
Summary: | setuptools-30.3.0 (Python Module - Hold for too many releases) → setuptools-34.2.0 (Python Module - Hold for too many releases) |
---|
comment:4 by , 8 years ago
comment:5 by , 8 years ago
I think 'warehouse' means pypi : if so, I doubt non-zip releases will happen anytime soon : I'd like to be proved wrong, but Python is "multi-platform" in a way that tar isn't.
For me (sysv) this is just a build tool for use with a few specific packages (Sphinx for llvm docs and potentially for new-style rst kernel docs, and for one module which is not in the book). Those are things I already build well after unzip, so I suggest updating this.
comment:6 by , 8 years ago
Alright, I'll toss it in with my next commit. Still running jhalfs for 8.0-rc1 stats.
comment:7 by , 8 years ago
Milestone: | hold → 8.1 |
---|
Traceback (most recent call last): File "setup.py", line 11, in <module> import setuptools File "/sources/setuptools-34.2.0/setuptools-34.2.0/setuptools/__init__.py", line 12, in <module> import setuptools.version File "/sources/setuptools-34.2.0/setuptools-34.2.0/setuptools/version.py", line 1, in <module> import pkg_resources File "/sources/setuptools-34.2.0/setuptools-34.2.0/pkg_resources/__init__.py", line 70, in <module> import packaging.version ImportError: No module named packaging.version 0.5 Elasped Time - setuptools-34.2.0
Either that release is broken, or it needs Python-3.6.x which I don't have installed. Moving to 8.1.
comment:8 by , 8 years ago
That might be https://pypi.python.org/pypi/packaging - Python is like perl: individual developers have their own ideas about how it is easiest to proceed, and the dependencies multiply.
The difference between Python and perl is that perl usually tells you (warnings in the first step, or failures in the build) which package it now needs (search at search.cpan.org), whereas Python can be somewhat obscure (names often either get a lot of matches, or none). And then there may be subsequent deps : no objection to moving this to 8.1, the version of setuptools which we have was working a week ago.
comment:9 by , 8 years ago
Ken, Douglas and I were working this together. The problem was that when we went to install packaging, it wanted setuptools, so there is a circular dependency chain. I think we can install pip in the main python packages and use it like perl's cpan.
comment:10 by , 8 years ago
Resolution: | → overcomebyevents |
---|---|
Status: | assigned → closed |
Archived setuptools and modified the python instructions to allow for Setuptools to be installed with the standard python installation.
We've got a minor problem...
Upstream is only releasing this package in *.zip format until further notice as their repository disallows uploading two different file formats of the same file.
Should we still update this, or forget about it until they sort everything out?