On Tue, Nov 13, 2012 at 2:16 PM, Alex Clark wrote:
> On 2012-11-13 12:16:43 +, Vinay Sajip said:
>
> Alex Clark aclark.net> writes:
>>
>>
>>> Just jumping in here, but I don't think that the distribute
>>> distribution providing the setuptools module is indicative of a fork.
>>> It's an exa
On 2012-11-13 12:16:43 +, Vinay Sajip said:
Alex Clark aclark.net> writes:
Just jumping in here, but I don't think that the distribute
distribution providing the setuptools module is indicative of a fork.
It's an example of a distribution that does not contain a module name
you'd expect
Daniel Holth gmail.com> writes:
> You would ask the user or prefer the package that is actually named Foo by
> default.
Asking the user could get old fast for the user, depending on the scenario. If
you're going to prefer the package named Foo, there's no point in searching the
index to see who
On Tue, Nov 13, 2012 at 4:21 AM, Vinay Sajip wrote:
> Daniel Holth gmail.com> writes:
>
> > David, did you mention a paper about advanced dependency resolution
> > algorithms?I don't know how dependency resolution should work. I only
> claim
> > that the very popular distribute needs to provide s
Alex Clark aclark.net> writes:
>
> Just jumping in here, but I don't think that the distribute
> distribution providing the setuptools module is indicative of a fork.
> It's an example of a distribution that does not contain a module name
> you'd expect it to, based on the distribution name.
On 2012-11-13 00:57:19 +, Vinay Sajip said:
Daniel Holth gmail.com> writes:
The commonest example is that distribute provides setuptools.
I would regard that as a special case - I'm not thinking about forks. Can you
point to more substantive cases?
Just jumping in here, but I don't
Daniel Holth gmail.com> writes:
> David, did you mention a paper about advanced dependency resolution
> algorithms?I don't know how dependency resolution should work. I only claim
> that the very popular distribute needs to provide setuptools to work; right
> now
> it does that with a hack by in
On Mon, Nov 12, 2012 at 8:11 PM, Vinay Sajip wrote:
> Daniel Holth gmail.com> writes:
>
> >
> > I think it's necessary, but you would never hunt for "providing"
> packages as
> > part of dependency resolution. You would have to install those manually
> first.
>
> What makes you say that? I agree
Daniel Holth gmail.com> writes:
>
> I think it's necessary, but you would never hunt for "providing" packages as
> part of dependency resolution. You would have to install those manually first.
What makes you say that? I agree that, given a requirement "A", it doesn't make
sense to search the e
Daniel Holth gmail.com> writes:
>
> The commonest example is that distribute provides setuptools.
>
I would regard that as a special case - I'm not thinking about forks. Can you
point to more substantive cases?
Regards,
Vinay Sajip
___
Distutils-S
On Nov 12, 2012, at 6:53 PM, Donald Stufft wrote:
> On Monday, November 12, 2012 at 6:10 PM, Vinay Sajip wrote:
>> PJ Eby telecommunity.com> writes:
>>
>> Thanks for the explanation. It seems to me that the new metadata formats make
>> dependency resolution more difficult because they allow for
On Monday, November 12, 2012 at 6:10 PM, Vinay Sajip wrote:
> PJ Eby telecommunity.com (http://telecommunity.com)> writes:
>
> Thanks for the explanation. It seems to me that the new metadata formats make
> dependency resolution more difficult because they allow for e.g.
> 'Provides-Dist' as a mu
The commonest example is that distribute provides setuptools.
Daniel Holth
On Nov 12, 2012, at 6:10 PM, Vinay Sajip wrote:
> PJ Eby telecommunity.com> writes:
>
>> Test dependencies allow you to depend on a test framework (e.g. nose) without
>> requiring it to be installed at runtime. Setup
PJ Eby telecommunity.com> writes:
> Test dependencies allow you to depend on a test framework (e.g. nose) without
> requiring it to be installed at runtime. Setup dependencies let you depend
> on tools like Pyrex or Cython in order to compile a binary package, without
> requiring them to be avai
On Mon, Nov 12, 2012 at 3:39 PM, PJ Eby wrote:
> On Sat, Nov 10, 2012 at 6:51 AM, Vinay Sajip wrote:
>
>> Carl Meyer oddbird.net> writes:
>>
>> > already satisfied. In pip this happens here:
>> > https://github.com/pypa/pip/blob/develop/pip/req.py#L1091
>> >
>> > More generally, I wouldn't reall
On Sat, Nov 10, 2012 at 6:51 AM, Vinay Sajip wrote:
> Carl Meyer oddbird.net> writes:
>
> > already satisfied. In pip this happens here:
> > https://github.com/pypa/pip/blob/develop/pip/req.py#L1091
> >
> > More generally, I wouldn't really recommend pip's dependency resolution
> > logic as a mod
To echo what others have said, pip has no problem with circularity itself,
that I know of. The #174 issue mentioned is the limitation of pip's "first
found, wins" logic for handling duplicate requirements (circular or not).
This logic is intentional for the case when a user is explicitly declaring
The new metadata keeps setup-requires-dist separate, and test and doc
dependencies are well-known extra names. The granularity is preserved.
On Nov 10, 2012 6:52 AM, "Vinay Sajip" wrote:
> Carl Meyer oddbird.net> writes:
>
> > already satisfied. In pip this happens here:
> > https://github.com/p
Carl Meyer oddbird.net> writes:
> already satisfied. In pip this happens here:
> https://github.com/pypa/pip/blob/develop/pip/req.py#L1091
>
> More generally, I wouldn't really recommend pip's dependency resolution
> logic as a model for new Python code in this area. There are some not
> uncommo
Hi Vinay,
On 11/09/2012 03:56 PM, Vinay Sajip wrote:
> Vinay Sajip yahoo.co.uk> writes:
>
>> So, according to the declarations, each package depends on the other. Can
>> setuptools / distribute deal with this sort of situation? If so, how does
>> that work?
>
> My question also applies to pip,
On 2012-11-09 22:56:46 +, Vinay Sajip said:
Vinay Sajip yahoo.co.uk> writes:
So, according to the declarations, each package depends on the other. Can
setuptools / distribute deal with this sort of situation? If so, how does
that work?
My question also applies to pip, of course. I know
Vinay Sajip yahoo.co.uk> writes:
> So, according to the declarations, each package depends on the other. Can
> setuptools / distribute deal with this sort of situation? If so, how does
> that work?
My question also applies to pip, of course. I know it uses setuptools /
distribute under the cover
22 matches
Mail list logo
