At 12:56 AM 7/23/2007 -0400, Fred Drake wrote:
>On 7/22/07, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
>>Setuptools has lots of features that are targeted at different
>>audiences. There are plenty of features targeted at the group you're
>>in, don't begrudge the other groups their features. :)
>
On 7/22/07, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> Setuptools has lots of features that are targeted at different
> audiences. There are plenty of features targeted at the group you're
> in, don't begrudge the other groups their features. :)
Actually, I suspect this is a substantial contrib
Mark Hammond wrote:
> A good value for 'architecture' isn't clear. Either 'AMD' or 'Itanium'
> appeals at first glance, but I'm a little concerned that (say) a "casual"
> user with a new Intel Core Duo processor will not know they should use
> something labelled as "AMD" (eg, "I explicitly asked f
I wrote:
> Many of the distutils "commands" use
> distutils.util.get_platform() as the
> basis for file and directory names used to package up extensions. On
> Windows, this returns the value of sys.platform. On all
> (desktop) Windows versions, this currently returns 'win32'.
>
> This causes a
> WRT zc.buildout, refreshing a buildout with just ZODB installed in it
> takes about 45 seconds for me using PyPI and about 5 seconds using
> the experimental index.
Can you kindly provide a measurement for the index at
http://cheeseshop.python.org/simple/ as well?
Thanks,
Martin
___
>> If people do misspell a package name when invoking easy_install,
>> they get the feature that you consider of no value.
>
> That is not correct. Not all packages are in PyPI. Using a package that
> isn't in PyPI will trigger a fetch of that page.
I don't understand. What page is fetched if th
At 09:09 AM 7/22/2007 -0400, Jim Fulton wrote:
>People should *not* misspell pages
>when using setuptools. They should certainly not use misspelled
>package names in requirements.
People do all sorts of things they shouldn't. That doesn't stop them
blaming other people for their mistakes.
It's
Jim Fulton schrieb:
> On Jul 22, 2007, at 12:24 PM, Martin v. Löwis wrote:
If people do misspell a package name when invoking easy_install,
they get the feature that you consider of no value.
>>>
>>> That is not correct. Not all packages are in PyPI. Using a package that
>>> isn't in PyP
> I would prefer the second, particularly as I think the caching solution
> lends itself to mirroring, which would also improve availability.
I think this conclusion is wrong: Jim already has a mirror
infrastructure that anybody can run, without the need of running that
on the central server.
> -
Martin v. Löwis wrote:
>>> If people do misspell a package name when invoking easy_install,
>>> they get the feature that you consider of no value.
>>>
>> That is not correct. Not all packages are in PyPI. Using a package that
>> isn't in PyPI will trigger a fetch of that page.
>>
>
>
On Jul 22, 2007, at 12:33 PM, Tres Seaver wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Martin v. Löwis wrote:
If people do misspell a package name when invoking easy_install,
they get the feature that you consider of no value.
>>> That is not correct. Not all packages ar
On Jul 22, 2007, at 12:24 PM, Martin v. Löwis wrote:
>>> If people do misspell a package name when invoking easy_install,
>>> they get the feature that you consider of no value.
>>
>> That is not correct. Not all packages are in PyPI. Using a
>> package that
>> isn't in PyPI will trigger a fet
At 06:26 PM 7/22/2007 +0200, Martin v. Löwis wrote:
> > That's a secondary benefit. The main goal is to avoid the expense of
> > that page for packages that aren't in PyPI, as some packages I use aren't.
>
>I see. Shouldn't that be fixed by providing an option to setuptools
>that avoids going to th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin v. Löwis wrote:
>>> If people do misspell a package name when invoking easy_install,
>>> they get the feature that you consider of no value.
>> That is not correct. Not all packages are in PyPI. Using a package that
>> isn't in PyPI will trigge
> That's a secondary benefit. The main goal is to avoid the expense of
> that page for packages that aren't in PyPI, as some packages I use aren't.
I see. Shouldn't that be fixed by providing an option to setuptools
that avoids going to the index for missing packages?
Regards,
Martin
On Jul 21, 2007, at 7:20 PM, Phillip J. Eby wrote:
...
> Jim isn't providing the top-level index, and thus doesn't provide
> punctuation or case corrections.
Yup
> The "version pages" convention is only used by setuptools to
> discover additional index pages for crawling, anyway, and his who
On Jul 21, 2007, at 3:53 PM, Phillip J. Eby wrote:
> At 09:23 PM 7/21/2007 +0200, Georg Brandl wrote:
>> What I, as an outsider, can see: for the Pygments package, Jim's page
>> lists the development link from the package description
>> (http://trac.pocoo.org/repos/pygments/trunk#egg=Pygments-dev
On Jul 21, 2007, at 3:08 PM, Martin v. Löwis wrote:
>>> - it does include a top-level index of all packages (but neither
>>> releases nor descriptions)
>>
>> Why? This is a relatively expensive page, due to it's size I assume,
>> that really provides no value. This will slow down setuptools.
> Actually, 'version' is allowed to be an empty string, so simply adding a
> trailing '/' to the links you're generating now should work.
It does indeed.
Regards,
Martin
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mail
19 matches
Mail list logo