On Fri, Sep 21, 2012 at 2:57 PM, PJ Eby p...@telecommunity.com wrote:
This is no more guesswork than the PyPI /simple index discovery protocol is.
You have zero idea what's at the end of a URL link. You're just hoping
it's the file you expect.
Cheers,
Nick.
--
Nick Coghlan |
On Fri, Sep 21, 2012 at 3:06 AM, Nick Coghlan ncogh...@gmail.com wrote:
On Fri, Sep 21, 2012 at 2:57 PM, PJ Eby p...@telecommunity.com wrote:
This is no more guesswork than the PyPI /simple index discovery protocol is.
You have zero idea what's at the end of a URL link. You're just hoping
On Fri, Sep 21, 2012 at 1:28 AM, Donald Stufft donald.stu...@gmail.comwrote:
On Friday, September 21, 2012 at 12:57 AM, PJ Eby wrote:
As far as the practicality vs. purity question, Python has already had
Provides/Requires in the metadata format for several years, and it
contained all the
Let's agree that there is/should be an --ignore flag for
dependency_links.txt and argue about whether it is on by default.
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
On Fri, Sep 21, 2012 at 1:28 AM, Donald Stufft donald.stu...@gmail.com wrote:
These fields were _not_ for saying that it required a particular
distribution/project
and _were_ for saying it requires a particular module or package (in the
import sense).
Yes, but that was still sufficient
On Fri, Sep 21, 2012 at 11:04 AM, Brett Cannon br...@python.org wrote:
Agreed. While I might have a suggestion to grab some project from some place
on e.g. bitbucket,
This might've been buried in the thread, but that's *precisely* what
dependency links are: a *suggestion* as to where a
On Friday, September 21, 2012 at 11:14 AM, PJ Eby wrote:
Yes, but that was still sufficient information to implement a
dependency system, in theory. Specifically, it would have worked for
the case where all projects are on PyPI and have correct metadata.
If you assume that condition, you can
On Fri, Sep 21, 2012 at 12:59 PM, Donald Stufft donald.stu...@gmail.com wrote:
How would you take ``requires: tastypie`` and turn it into
`django-tastypie`?
By matching Requires with Provides at the index level. That is, by
having PyPI index packages' Provides so that you can search for
On Friday, September 21, 2012 at 3:09 PM, PJ Eby wrote:
On Fri, Sep 21, 2012 at 12:59 PM, Donald Stufft donald.stu...@gmail.com
(mailto:donald.stu...@gmail.com) wrote:
How would you take ``requires: tastypie`` and turn it into
`django-tastypie`?
By matching Requires with Provides at
On Fri, Sep 21, 2012 at 3:25 PM, Donald Stufft donald.stu...@gmail.com wrote:
And when you have 2 packages that both provides: tastypie? Which is a real
world occurence.
Hey, I didn't say it would work in practice, I said it would work in
*theory*. ;-) The point was, if you only have to have
FWIW bdist_wheel knows about dependency_links.txt. It deletes it if it
is only whitespace, otherwise it keeps it.
As of last May when I downloaded pypi,
16984 of the latest sdists
13028 have dependency_links.txt
The 211 in the postscript have a non-empty dependency_links.txt
These point at
On Thu, Sep 20, 2012 at 4:24 PM, Daniel Holth dho...@gmail.com wrote:
And they answer most of your questions. A few call-outs below:
dependency_links.txt: url's of the package's dependencies. Speak up if
you use this; it is very surprising, and has a much better replacement
with pip --index
On Fri, Sep 21, 2012 at 12:57 AM, PJ Eby p...@telecommunity.com wrote:
I'm not seeing how a documented file discovery protocol is
guesswork. Perhaps you've not read the documentation? e.g.:
http://peak.telecommunity.com/DevCenter/setuptools#dependencies-that-aren-t-in-pypi
On Fri, Sep 21, 2012 at 3:06 AM, Nick Coghlan ncogh...@gmail.com wrote:
On Fri, Sep 21, 2012 at 2:57 PM, PJ Eby p...@telecommunity.com wrote:
This is no more guesswork than the PyPI /simple index discovery protocol is.
You have zero idea what's at the end of a URL link. You're just hoping
14 matches
Mail list logo