[hprotagonist]

There's no immediate mention of this on the site, but -- why did they select the package formats that they did?

I'd love to be able to host wheels for my python projects, or {rpm, deb, flatpack, etc...} for effectively arbitrary code. Is that in the works?

[alexbecker]

Running a python package registry has some unique challenges, so it makes sense not to start with it (I run such a registry: https://pydist.com).

For example, Python has a distinction between distributions (the actual file downloaded, e.g. a tarfile or a manylinux1 wheel) and versions that doesn't exist in most other languages.

[takeda]

All of these concerns are handled on client side, in the end all python needs is an http server, it can be actually hosted on S3.

[OJFord]

Some function of popularity on the platform and ease of implementation, I'm sure.

And, I suspect (from python's noteworthy absence), degree to which the language's users were already (mis)using GitHub releases (or sites) for this purpose.

[hprotagonist]

yes but i

  pip install git+https://github.com...

very often!

[ageofwant]

Perhaps because pip already supports git repos:

    git+ssh://[e-mail]/foo/bar.git@fixit/atemp69#egg=hotshit

[Avamander]

And it also works from requirements.txt

[Guillaume86]

> There's no immediate mention of this on the site, but -- why did they select the package formats that they did?

Don't know but the formats do not seem to match the Azure DevOps package feeds formats (some overlap of course but some missing in one, some missing in the other) so it's not from shared code.