bzr is not pip installable

[Richard Harding]

It requires bzr which is not hosted on pypi and required an obtuse command:

    pip install bzr --allow-all-external --allow-insecure=bzr

This may or may not effect the juju-quickstart work to support OSX.

[Kapil Thangavelu (hazmat)]

again not a deployer issue, bzr needs to be uploaded to pypi

[Vincent Ladeuil (vila)]

Given https://pypi.python.org/pypi/bzr/2.6.0 which has been uploaded months (at least) ago.

[Vincent Ladeuil (vila)]

Since https://pypi.python.org/pypi/bzr/2.6.0 has been uploaded months (at least) ago, it's unclear what the issue is here.

[Kapil Thangavelu (hazmat)]

there's no download there, that's just metadata registered. We need python setup.py sdist upload

which means its now impossible for pypi packages to depend on bzr due to the special arcana needed to install it since it will break pip installation.

also note that the last three bugs filed on bzr are about this topic.

[Kapil Thangavelu (hazmat)]

for more details as to what changed and why see http://lwn.net/SubscriberLink/599793/a595880fa4546f4c/

basically bzr external hosting is running afoul of new pip behavior wanting both md5 checksums and pypi or (pypi mirror) hosted src.

[Kapil Thangavelu (hazmat)]

sadly that python setup.py sdist upload fails due to errors in setup.py

This line in setuplpy

-> pyrex_version_info = tuple(map(int, pyrex_version.rstrip("+").split('.')))
(Pdb) pyrex_version
'0.20.1post0'

Gets to this traceback

Traceback (most recent call last):
  File "setup.py", line 206, in <module>
    pyrex_version_info = tuple(map(int, pyrex_version.rstrip("+").split('.')))
ValueError: invalid literal for int() with base 10: '1post0'

[Vincent Ladeuil (vila)]

> for more details as to what changed and why see http://lwn.net/SubscriberLink/599793/a595880fa4546f4c/

Gee.... that's why it started failing that way then...

> sadly that python setup.py sdist upload fails due to errors in setup.py

Which is fixed in trunk so not included for 2.6.0 released ~1 year ago.

Sooo, I uploaded the pristine 2.6.0.tar.gz on pypi which should unblock people and will keep this bug opened to revisit the needed release workflow changes for next bzr release (whenever it happens).

[Vincent Ladeuil (vila)]

@Kapil: Thanks for the explanations