On 02/06/2012 10:35 PM, Stefan Krah wrote:
Martijn Faassen<[email protected]>  wrote:
On 02/06/2012 09:08 PM, Stefan Krah wrote:
I don't see any inconvenience since bytereef.org has a comparable
uptime to python.org.

I've experienced a site which was hosting a Python package which had
awesome uptime, but then something was screwed up about the security of
the host at some point and while it remained up, it took forever
(months? years?) to get resolved.

And? I'm not exactly unreachable and I doubt there will be a security problem.
Furthermore I'm posting the sha256sums of the packages in the announcements,
so they are archived on several mailing lists.

Taking you out of the picture, if there are 2 sites that I need to rely on, both with equally great uptime and security and reachability, the chances of problems at any given time is higher than if I just had to rely on 1 such site.

Multiple sites can only increase reliability if they both provide the same services.

I'm not telling you that you shouldn't be hosting your stuff. I'm saying that in general people hosting their own stuff, while entirely within their rights, is less great for users.

For the general case I'd suggest that PyPI gives an author the option to
tie an sha256sum to a package version *once*. This leaves an opportunity
to correct a release (recent discussion), but as soon as the checksum is
published it cannot be altered.

That's an interesting idea!

If a package is removed entirely, any version numbers that have been used
would need to be stored intenally to prevent a re-upload with the same name
but a different checksum.

The download tools would need to get the capability to verify the checksum.

I agree, and the upload tools would need support for this too.

Regards,

Martijn


_______________________________________________
Catalog-SIG mailing list
[email protected]
http://mail.python.org/mailman/listinfo/catalog-sig

Reply via email to