<div dir="ltr"><br><br><div class="gmail_quote">On Wed, Sep 24, 2008 at 2:24 AM, Jim Fulton <span dir="ltr"><<a href="mailto:jim@zope.com">jim@zope.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"><br>
On Sep 23, 2008, at 6:42 PM, Rick Warner wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Jim Fulton wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
On Sep 23, 2008, at 5:44 PM, Rick Warner wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Jeff Younker wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I have to say, as a developer, and a system administrator, I like setuptools. It does<br>
what I need. Could it be better? Sure. For what I use python for on a day-to-day<br>
basis it makes my life a thousand times better than it was before setuptools. Nothing<br>
ruins your day more than spending *hours* tracing down package dependencies<br>
just to get the *one* package you need to allow you to perform some crucial task.<br>
It's even worse when you have to do it on multiple architectures.<br>
<br>
Perl's package location and installation system (CPAN) is one of the primary facts<br>
contributing to its success. Perl is a pig. It's a charming pig that can do lots of tricks,<br>
but a pig none the less. What makes it shine is CPAN. And here's the catch: CPAN<br>
isn't really any better than setuptools. It's got warts and nuts all over the place, but<br>
it works.<br>
</blockquote>
<br>
And CPAN has some HUGE advantages over setuptools: it is designed as a repository, and it is replicated. Which means it is dependable. Anyone who suffered through the multiple outages of PyPI (which in not replicated) over the past year or so, or the ongoing outages of the many repositories across the web to which PyPI directs users/processes, can understand why this is important.<br>
</blockquote>
<br>
<br>
Actually, PyPI is replicated. See, for example, <a href="http://download.zope.org/simple/" target="_blank">http://download.zope.org/simple/</a>.<br>
<br>
It may be that some of the mirrors should be better advertised.<br>
</blockquote>
<br>
A half-hearted effort. at best,<br>
</blockquote>
<br></div>
Hardly, but there's always room for improvement.<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;">
after the problems last year. When I configure a CPAN client (once per user) I create a list of replicas I want to search for any query from a list of hundreds of replicas distributed around the world. From then on the client automatically switches to one of my selected replicas when one does not respond in a timely manner.<br>
</blockquote>
<br></div>
That's good. That would be nice to add to setuptools.</blockquote><div><br><br>Well that is the patch I have proposed right here : let setuptools deal with several indexes<br><br><a href="http://bugs.python.org/setuptools/issue32">http://bugs.python.org/setuptools/issue32</a><br>
<br><br>Tarek</div></div>
</div>