<div dir="ltr"><br><br><div class="gmail_quote">2008/10/10 Andreas Jung <span dir="ltr">&lt;<a href="mailto:lists@zopyx.com">lists@zopyx.com</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Am 09.10.2008 18:59 Uhr, Martin v. Löwis schrieb:<div class="Ih2E3d"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Mirrors help every other packaging system. &nbsp;So it stands to reason<br>
that it would help pypi too. &nbsp;I think since many zope people have been<br>
using mirrors instead of using pypi directly... pypi has been more<br>
available. &nbsp;It&#39;s running lots better for other reasons too... but less<br>
load is probably also nice for pypi :)<br>
</blockquote>
<br>
I&#39;m fine with people operating their own mirrors. I just don&#39;t think<br>
it can be made *invisible* to users that they use a mirror. In the<br>
mirroring systems for Linux distributions, for example, people have<br>
to explicitly select which mirror they want to use (and accept that<br>
the mirror may lag behind by a day or so). It&#39;s also clear that it is<br>
a &quot;mere&quot; mirror.<br>
</blockquote>
<br></div>
Implict or explict mirror selection is not primary point in phase 1<br>
of the project. The point is that we must have access to the distribution packages and eggs at any time - independent of the available of PyPI (either related to issues with the PyPI server or caused by internet outages or routing problems).<br>

<br>
An implicit selection of a mirror in case of an detected outtage would be nice but this is possibly not the most important issue right now.<br>
We can always reconfigure out buildout configurations easily to a new server or define a series of mirroring servers.<div class="Ih2E3d"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
What Andreas was asking how a distributed PyPI installation could work,<br>
by which I assume he was asking for one that a) is invisible (of called<br>
misleadingly &quot;transparent&quot;) to users, and b) allows updates to replica.<br>
<br>
I&#39;m skeptical that such an system would work all that well, and can<br>
be created in a reasonable amount of time<br>
</blockquote>
<br></div>
As stated earlier: we can already define multiple servers as part<br>
of a buildout configuration. A better mirror selection algorithm would be nice to have for the future but right now we don&#39;t actually need it and can live with the current state.</blockquote><div><br>I think the key is to choose upon several indexes, not to use extra find-links.<br>
<br>(I have submitted a patch for setuptools to handle several indexes for that: I think the key<br>
is to choose upon several indexes, not to used)<br><br>Last, I think we should create a mirror registration system on PyPI, to ping mirrors when <br>a new package is uploaded, so the sync is simpler.<br><br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><font color="#888888">
<br>
Andreas<br>
</font><br>_______________________________________________<br>
Catalog-SIG mailing list<br>
<a href="mailto:Catalog-SIG@python.org">Catalog-SIG@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/catalog-sig" target="_blank">http://mail.python.org/mailman/listinfo/catalog-sig</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Tarek Ziadé - Directeur Technique<br>INGENIWEB (TM) - SAS 50000 Euros - RC B 438 725 632<br>Bureaux de la Colline - 1 rue Royale - Bâtiment D - 9ème étage<br>92210 Saint Cloud - France<br>
Phone : 01.78.15.24.00 / Fax : 01 46 02 44 04<br><a href="http://www.ingeniweb.com">http://www.ingeniweb.com</a> - une société du groupe Alter Way<br>
</div>