[Distutils] [Infrastructure] changelog / CDN inconsistency

[Donald Stufft]

On May 28, 2013, at 12:00 PM, "Martin v. Löwis" <martin at v.loewis.de> wrote:

> Am 28.05.13 16:23, schrieb Donald Stufft:
>> Option 4: We add the expected hash of the simple page to the change log.
>> Mirror clients can then assert their state consistent.
> 
> That would work. It would also cover the case where a new release
> happens while the mirroring is in progress.
> 
> On the other hand, it's difficult to advise what to do if you find that
> the simple page does *not* match the most recent hashsum. You'ld have to
> wait a little bit, and hope that the CDN will eventually provide the
> current version.
> 
>> Should also probably assert the file hashes that are in the simple index. 
> 
> Indeed, with the same limitation as above: if you find that the CDN
> gives the old version, you'll have to wait (or bypass the CDN).
> 
> Regards,
> Martin
> 
> 

Immediately after committing the database transaction PyPI tells the CDN to purge it's cache for the packages that have been affected. Fastly advertises "instant" purging and in practice this means that the CDN will be serving the current version in less than a second after the database transaction has been commited. At certainly at the most a handful of seconds.

-----------------
Donald Stufft
PGP: 0x6E3CBCE93372DCFA // 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/distutils-sig/attachments/20130528/507a3896/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 841 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://mail.python.org/pipermail/distutils-sig/attachments/20130528/507a3896/attachment-0001.pgp>