On 11 February 2016 at 17:50, Ralf Gommers wrote:
> On Wed, Feb 10, 2016 at 2:43 PM, Paul Moore wrote:
>>
>> On 10 February 2016 at 13:23, Nick Coghlan wrote:
>> > On 10 February 2016 at 20:53, Paul Moore
On Feb 11, 2016, at 01:58 PM, Nick Coghlan wrote:
>Hmm, I got the py2dsc reference from https://wiki.debian.org/Python/Packaging
>but the newer https://wiki.debian.org/Python/LibraryStyleGuide doesn't appear
>to mention any particular way of generating the initial packaging skeleton
>from the
On Thu, Feb 11, 2016 at 2:32 PM, Paul Moore wrote:
> On 11 February 2016 at 14:02, David Cournapeau wrote:
> >>> On Wed, Feb 10, 2016 at 1:52 PM, Paul Moore
> wrote:
>
> We should probably also check with the flit people
On 11 February 2016 at 11:12, Barry Warsaw wrote:
> On Feb 10, 2016, at 10:08 AM, Paul Moore wrote:
>
>>But those people will then find that distributing their sources isn't
>>something that flit covers, so they'll make up their own approach (if it were
>>me, I'd probably just
On Thu, Feb 11, 2016 at 12:23 PM, Brett Cannon wrote:
>
>
> On Thu, 11 Feb 2016 at 10:01 M.-A. Lemburg wrote:
>
>> On 11.02.2016 17:48, Donald Stufft wrote:
>> >
>> >> On Feb 11, 2016, at 11:08 AM, M.-A. Lemburg wrote:
>> >>
>> >> Then why
This is fairly broken - it doesn't handle platlib vs purelib (see pip
PR 3450), doesn't handle data files, or any other layout. Donald says
pip uses it to maintain the _vendor subtrees only, which doesn't seem
like a particularly strong use case.
Certainly the help description for it is
I'm a little over this particular subthread of the topic - we did it
to death late last year. So apologies in advance if I get a little
terse.
On 12 February 2016 at 05:08, M.-A. Lemburg wrote:
> On 10.02.2016 19:46, Robert Collins wrote:
>> On 11 February 2016 at 02:36, M.-A.
On 11 February 2016 at 19:07, Robert Collins wrote:
> But, I think it would be better to deprecate it and remove it... so
> I'm pinging here to see if anyone can explain a sensible use case for
> it in the context of pip :)
I have used it in the past to bundle
On Feb 11, 2016 1:23 PM, "Robert Collins" wrote:
>
> I'm a little over this particular subthread of the topic - we did it
> to death late last year. So apologies in advance if I get a little
> terse.
>
> On 12 February 2016 at 05:08, M.-A. Lemburg
On Thu, Feb 11, 2016 at 7:43 AM, Ralf Gommers
wrote:
>
>
> On Wed, Feb 10, 2016 at 3:30 PM, David Cournapeau
> wrote:
>
>>
>>
>>
>> On Wed, Feb 10, 2016 at 1:52 PM, Paul Moore wrote:
>>
>
>>> We should probably also check with
On 11 February 2016 at 14:02, David Cournapeau wrote:
>>> On Wed, Feb 10, 2016 at 1:52 PM, Paul Moore wrote:
We should probably also check with the flit people that the proposed
approach works for them. (Are there any other alternative
On 10.02.2016 19:46, Robert Collins wrote:
> On 11 February 2016 at 02:36, M.-A. Lemburg wrote:
>
>>> Currently what pip does is to
>>> invoke
>>>
>>> $ python setup.py egg_info --egg-base $TEMPDIR
>>>
>>> to get the metadata. It is not possible to get the metadata without
Robert Collins robertcollins.net> writes:
>
> This is fairly broken - it doesn't handle platlib vs purelib (see pip
> PR 3450), doesn't handle data files, or any other layout. Donald says
> pip uses it to maintain the _vendor subtrees only, which doesn't seem
> like a particularly strong use
On 12 February 2016 at 08:45, Wes Turner wrote:
>
> On Feb 11, 2016 1:23 PM, "Robert Collins" wrote:
>> We already have a command which outputs the needed info (as egg info)
>> - and my draft PEP has a similar one, using PEP427 wheel METADATA
>>
On Thu, Feb 11, 2016 at 11:16 AM, Nick Coghlan wrote:
> On 11 February 2016 at 17:50, Ralf Gommers wrote:
> > On Wed, Feb 10, 2016 at 2:43 PM, Paul Moore wrote:
> >>
> >> On 10 February 2016 at 13:23, Nick Coghlan
On 11 February 2016 at 15:01, David Cournapeau wrote:
>> We've only really seen bento and now flit appear as alternatives, the
>> only conclusion we've been able to draw is that the barrier to
>> creating alternative build systems is the need to emulate setuptools.
>> This PEP
> On Feb 11, 2016, at 11:08 AM, M.-A. Lemburg wrote:
>
> Then why not fix distutils' sdist command to add the needed
> information to PKG-INFO and rely on it ?
>
> Or perhaps add a new distutils command which outputs the needed
> information as JSON file and fix the sdist
On 11.02.2016 17:48, Donald Stufft wrote:
>
>> On Feb 11, 2016, at 11:08 AM, M.-A. Lemburg wrote:
>>
>> Then why not fix distutils' sdist command to add the needed
>> information to PKG-INFO and rely on it ?
>>
>> Or perhaps add a new distutils command which outputs the needed
On Thu, 11 Feb 2016 at 10:01 M.-A. Lemburg wrote:
> On 11.02.2016 17:48, Donald Stufft wrote:
> >
> >> On Feb 11, 2016, at 11:08 AM, M.-A. Lemburg wrote:
> >>
> >> Then why not fix distutils' sdist command to add the needed
> >> information to PKG-INFO and rely
19 matches
Mail list logo