Re: [Distutils] build system abstraction PEP

On 26 October 2015 at 19:04, Nathaniel Smith wrote: > Wow, uh, that's some timing we have. I'll, uh, take a look :-) Hah! Jinx. Thanks. I'll read through yours too :) -Rob -- Robert Collins Distinguished Technologist HP Converged Cloud ___ Distutil

Re: [Distutils] Is this a bug?

Ok, so I'm not sure where the bug is, but I'd say in the save-password code that should have escaped it. Not sure if that is in the disutils core code or setuptools. -Rob On 26 October 2015 at 19:10, Nagy László Zsolt wrote: > > > >> I can't confirm or deny that with the data given:) >> >> Have

Re: [Distutils] Is this a bug?

I can't confirm or deny that with the data given:) Have a look in your .pypirc file - don't share it, it has your password in it - but see if it looks sane. If you can't tell, mask out your username and password and share the content. If you do that, please be sure to note exactly how the % in you

Re: [Distutils] build system abstraction PEP

Wow, uh, that's some timing we have. I'll, uh, take a look :-) On Sun, Oct 25, 2015 at 11:01 PM, Robert Collins wrote: > Since Nathaniel seems busy, I've taken the liberty of drafting a > narrow PEP based on the conversations that arose from the prior > discussion. > > It (naturally) has my uniqu

[Distutils] Second draft of a plan for a new source tree / sdist format

Hi all, Here's a second round of text towards making a build-system independent interface between pip and source trees/sdists. My idea this time is to take a divide-and-conquer approach: this text tries to summarize all the stuff that it seemed like we had mostly reached consensus on in the previo

Re: [Distutils] Time for a setuptools_lite??

On 21 October 2015 at 19:32, David Cournapeau wrote: > > > On Wed, Oct 21, 2015 at 6:03 PM, Ronny Pfannschmidt > wrote: >> >> why does that have to be in setuptools ?! >> >> if we want a new light system to begin with, shouldn't it be far more >> sustainable to use just implementations of the new

Re: [Distutils] Undelying design is fundamentally difficult to extend was: Remove distutils, was: red, green, refactor ...

On 22 October 2015 at 18:15, Thomas Güttler wrote: > Am 21.10.2015 um 14:55 schrieb David Cournapeau: >> What do you hope getting from that ? distutils is in the stdlib, so cannot >> change easily >> , and even if putting setuptools in the stdlib were possible, you would now >> need to handle di

Re: [Distutils] Migration Path to metadata was: Remove distutils, was: red, green, refactor ...

On 22 October 2015 at 18:07, Thomas Güttler wrote: > Am 21.10.2015 um 17:05 schrieb Nick Coghlan: >> On 21 October 2015 at 14:55, David Cournapeau wrote: >>> >>> On Wed, Oct 21, 2015 at 12:52 PM, Thomas Güttler >>> wrote: ok, at the moment setuptools uses distutils. Why not melt t

[Distutils] Data centric standard for distributing Python modules

I see a lot of talks about setuptools/no setuptools/distutils and let me (as usual) state my opinion that all of that is wrong. Instead of discussing who will write the code (which is essentially the root problem) how about just setting the data processing requirements and cover them with tests and

Re: [Distutils] What's special about numpy, scipy, ...was: Remove distutils, was: red, green, refactor ...

On Wed, Oct 21, 2015 at 10:10 PM, Thomas Güttler < guettl...@thomas-guettler.de> wrote: > Am 21.10.2015 um 18:46 schrieb Chris Barker: > > On Wed, Oct 21, 2015 at 9:34 AM, Thomas Güttler < > guettl...@thomas-guettler.de > wrote: > > > > I ask myself: Why a

[Distutils] Is this a bug?

Today I have tried to register and upload a new package by executing setup.py register I was asked if I want to save the creditentials in a .pypirc file and I answered yes. Next I wanted to run setup.py upload and I got this error: Traceback (most recent call last): File "C:\Python\Proje

Re: [Distutils] Time for a setuptools_lite??

On Fri, Oct 23, 2015 at 2:32 PM, Nick Coghlan wrote: > On 23 October 2015 at 23:12, Nick Coghlan wrote: >> The core problem is that the status quo is merely clumsy and >> inelegant, rather than completely unusable. For all their flaws, both >> hobbyists and professional developers *can* use the c

Re: [Distutils] Time for a setuptools_lite??

On October 25, 2015 at 7:17:12 PM, Nick Coghlan (ncogh...@gmail.com) wrote: > > And now that I've got my "Mr grumpy pants" reaction to the earlier > parts of the thread out of my system (sorry about that), I'd like to > revisit Chris's idea of having a *simple* replacement for setuptools > as a b

Re: [Distutils] Time for a setuptools_lite??

On 23 October 2015 at 23:12, Nick Coghlan wrote: > The core problem is that the status quo is merely clumsy and > inelegant, rather than completely unusable. For all their flaws, both > hobbyists and professional developers *can* use the current tools to > distribute software (and they're still ea

[Distutils] New PyPUG Tutorials

As some of you may already know, Nicole from the Warehouse team has initiated an effort to improve our packaging tutorials, and have them linked in the new Warehouse UI (https://github.com/pypa/warehouse/issues/729 ). Although originally the idea was to create additional tutorials (but still maint

Re: [Distutils] New PyPUG Tutorials

On 24 October 2015 at 20:25, Marcus Smith wrote: > As someone who has slowly chipped away on the PyPUG for the last 2 years, > I'm excited about the prospect of being able to make a big jump in quality > very quickly. Agreed - this is great news :-) Paul __

Re: [Distutils] Migration Path to metadata was: Remove distutils, was: red, green, refactor ...

Am 23.10.2015 um 21:12 schrieb Nick Coghlan: > On 22 October 2015 at 18:07, Thomas Güttler > wrote: >> Am 21.10.2015 um 17:05 schrieb Nick Coghlan: >>> On 21 October 2015 at 14:55, David Cournapeau wrote: On Wed, Oct 21, 2015 at 12:52 PM, Thomas Güttler wrote: > ok, at the mom