PyPI download URLs changed

[Russell Jones]

Right. I had a feeling I was missing something.

Ah, hold on. The extension's changed to .zip from .tar.gz, that's the 
problem. Sorry for the noise.

Russell


On 02/11/17 11:06, Ryan Schmidt wrote:
> On Nov 2, 2017, at 05:49, Russell Jones wrote:
>
>> I'm working on a few python ports using the Python 1.0 PortGroup, and I get 404s for the download link. e.g. for Python module xyz version 1.2.3, it looks for https://pypi.python.org/packages/source/x/xyz/xyz-1.2.3.tar.gz Trying this for a few random modules, it always comes back 404.
>>
>> Looking at the output of "pip -vvv install ..." pip obtains an intermediate page, https://pypi.python.org/simple/xyz/ , which is a very basic (unterminated) html page with a list of a tags, with href element set to the relative URL of the downloads for all versions, each of which contains a long string of hex and appears random. It looks like pip parses this and picks the link for the chosen version (or sorting, maybe with distutils.version.LooseVersion, and choosing the highest: the list of links is not sorted). I guess the PortGroup needs to emulate this behaviour.
>>
>> Any thoughts on how/whether this should be implemented in MacPorts?
> The python-1.0 portgroup doesn't seem to be involved in the download process at this time. It's all handled by the pypi fetchgroup, right? (In _resources/port1.0/fetch/mirror_sites.tcl)
>
> The pypi fetchgroup also looks for files on files.pythonhosted.org, and that works, right? If so, why does it need to also look on pypi.python.org?
>