1.3.0 final tagged and uploaded

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:

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

https://bugs.launchpad.net/pytz/+bug/1204837
https://github.com/pypa/pip/issues/974

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.