1.3.0 final tagged and uploaded

_Russell_E_Owen4 · August 8, 2013, 4:56pm

In article <rowen-E92AED.12542907082013@...579...>,

In article <51FBB996.5030902@...31...>,
Michael Droettboom <mdroe@...31...>
wrote:

> Ludwig, this is one of the most entertaining e-mails I've read in a
> while, and I think your arguments make a lot of sense.
>
> Given infinite developer resources, do you think there's any logic to
> providing *both* system Python and python.org based binaries? How much
> additional work would that be?
>
> I think the big problems to solve now is
>
> (a) get to the bottom of why the new installer is breaking existing
> installations of dateutil and pytz. Russell: even though they are not
> currently working, could you provide what you have so that others can
> have a look?

I put the installer here (and announced it earlier -- I thought in this
thread):
<http://www.astro.washington.edu/users/rowen/python/>

I do not consider it safe because:
- It may trash existing installations of dateutil and pytz (especially
those installed by the matplotlib 1.2.1 binary installer)
- It does not include pytz, dateutil and six (unlike the 1.2.1 binary
installer), so it's a real pain to use
- It is missing its unit tests and so is poorly tested
- It also appears that pylab is broken (something I only recently
discovered)

I was able to fix the last two problems and I uploaded a new binary
installer to the location mentioned above. It still will delete
python-dateutil under some circumstances (not fully tested, but the last
one would not trash it if it was installed by pip, but would trash it if
installed by the matplotlib 1.2.1 binary installer). I could imagine
making it the official installer anyway, for lack of anything better.
But it's certainly not ideal.

It is surely not that hard to make an installer that can also install
other packages. But it's not something I have time to investigate right
now.

BTW: pip refuses to install pytz for me, claiming a suitable version was
not found, and listing dozens of versions. Anyone else seen this? I
don't recall seeing it before recently. I ended up downloading the
source and using distutils.

-- Russell

···

"Russell E. Owen" <rowen@...748...> wrote:

Thomas_Kluyver · August 8, 2013, 5:46pm

Recent versions of pip don't like pytz's version numbering scheme. It's not
quite clear which end will fix this:

github.com/pypa/pip

pip wheel doesn't work for PyTZ

opened 05:57PM - 03 Jun 13 UTC

closed 07:09PM - 03 Jun 13 UTC

quodlibetor

auto-locked

With a currently up-to-date pip (commit be0c47) pip wheel thinks that there are …no valid versions for PyTZ unless I explicitly specify a version. This might be because PyTZ's version numbers are so weird? Additionally, though, the list of versions checked against seems to have a lot of duplication (2013b is repeated 4 times, 2011k 3 times, etc) ``` (3462cb304e89d690)================================================================================ $ pip --version pip 1.4.dev1 from /home/bwm/.virtualenvs/3462cb304e89d690/lib/python2.7/site-packages (python 2.7) (3462cb304e89d690)================================================================================ $ pip wheel PyTZ Downloading/unpacking PyTZ Could not find a version that satisfies the requirement PyTZ (from versions: 2013b, 2013b, 2013b, 2013b, 2011k, 2011k, 2011k, 2011h, 2011h, 2011h, 2011j, 2011j, 2011j, 2011c, 2011c, 2011c, 2011b, 2010l, 2010l, 2010l, 2010b, 2010b, 2010b, 2009u, 2009u, 2009u, 2008g, 2008g, 2008g, 2008a, 2008a, 2008a, 2005m, 2005m, 2005m, 2006g, 2006g, 2006g, 2008i, 2008i, 2008i, 2011e, 2011e, 2011e, 2009a, 2009a, 2009a, 2009d, 2009d, 2009d, 2009g, 2009g, 2009g, 2007f, 2007f, 2007f, 2007g, 2007g, 2007g, 2007d, 2007d, 2007d, 2007c, 2007c, 2007c, 2007k, 2007k, 2007k, 2012b, 2012b, 2012b, 2009r, 2009r, 2009r, 2009n, 2009n, 2009n, 2010o, 2010o, 2010o, 2011n, 2011n, 2011n, 2010k, 2010k, 2010k, 2011d, 2011d, 2011d, 2009l, 2009l, 2009l, 2011g, 2011g, 2011g, 2010e, 2010e, 2010e, 2010g, 2010g, 2010g, 2006j, 2006j, 2006j, 2005r, 2005r, 2005r, 2009f, 2009f, 2009f, 2009i, 2009i, 2009i, 2009e, 2009e, 2009e, 2012c, 2012c, 2012c, 2008c, 2008c, 2008c, 2006p, 2006p, 2006p, 2012j, 2012j, 2012j, 2012f, 2012f, 2012f, 2012h, 2012h, 2010h, 2010h, 2010h, 2009p, 2009p, 2009p, 2005k, 2005k, 2005k, 2008b, 2008b, 2008b, 2008h, 2008h, 2008h, 2007i, 2007i, 2007i, 2009j, 2009j, 2009j, 2012g, 2012g, 2012g, 2012d, 2012d, 2012d) Cleaning up... No distributions matching the version for PyTZ (3462cb304e89d690)================================================================================ $ pip wheel PyTZ==2013b Downloading/unpacking PyTZ==2013b Successfully built PyTZ Cleaning up... ```

Thomas

···

On 8 August 2013 09:56, Russell E. Owen <rowen@...748...> wrote:

BTW: pip refuses to install pytz for me, claiming a suitable version was
not found, and listing dozens of versions. Anyone else seen this? I
don't recall seeing it before recently. I ended up downloading the
source and using distutils.