Re: [Python-Dev] How far to go with user-friendliness

2015-07-17 Thread Stephen J. Turnbull
Antoine Pitrou writes: > Frankly, this kind of inept discussion, I think you misunderstand what's going on. The people who advocate removal of a gratuitous special case may lack your perspective, but they're not incompetent to understand it. Specifically, you have a senior committer's perspect

Re: [Python-Dev] How far to go with user-friendliness

2015-07-17 Thread Robert Collins
On 18 July 2015 at 15:19, Nick Coghlan wrote: > > This change *doesn't really matter* in the grand scheme things, but would > require a non-zero amount of time and effort to reverse, so unless you're > offering one of the unittest maintainers a contract gig to change it back, > let it go. s/unit

Re: [Python-Dev] How far to go with user-friendliness

2015-07-17 Thread Nick Coghlan
On 18 Jul 2015 10:40 am, "Ben Finney" wrote: > > Nick Coghlan writes: > > > On 17 July 2015 at 08:30, Ben Finney wrote: > > > By definition, advocating to not add cruft to an API is going to be in > > > advance of being bitten by those additions. > > > > That's not what people are doing. Folks a

Re: [Python-Dev] How far to go with user-friendliness

2015-07-17 Thread Ben Finney
Nick Coghlan writes: > On 17 July 2015 at 08:30, Ben Finney wrote: > > By definition, advocating to not add cruft to an API is going to be in > > advance of being bitten by those additions. > > That's not what people are doing. Folks are actually arguing for > *restoring* the ability to mock out

Re: [Python-Dev] How far to go with user-friendliness

2015-07-17 Thread Ethan Furman
On 07/17/2015 05:11 PM, Nick Coghlan wrote: Do NOT spend days nitpicking tiny details of work that has already been done to the point where people are wondering why they bother giving the gift of their time and contributions to our community. You mean like you keep expressing dismay and surpr

Re: [Python-Dev] How far to go with user-friendliness

2015-07-17 Thread Nick Coghlan
On 18 Jul 2015 8:13 am, "Ethan Furman" wrote: > > On 07/16/2015 11:30 PM, Nick Coghlan wrote: > >> On 17 July 2015 at 08:30, Ben Finney wrote: > > >>> By definition, advocating to not add cruft to an API is going to be in >>> advance of being bitten by those additions. >> >> >> That's not what peo

Re: [Python-Dev] How far to go with user-friendliness

2015-07-17 Thread Mark Lawrence
On 18/07/2015 01:00, Ryan Gonzalez wrote: I am tempted to reply with a slightly sarcastic message involving a cookie... I'm not tempted, I will ask, what the hell are you on about? On July 17, 2015 6:40:21 PM CDT, Antoine Pitrou wrote: Frankly, this kind of inept discussion, where a b

Re: [Python-Dev] How far to go with user-friendliness

2015-07-17 Thread Ryan Gonzalez
I am tempted to reply with a slightly sarcastic message involving a cookie... On July 17, 2015 6:40:21 PM CDT, Antoine Pitrou wrote: > >Frankly, this kind of inept discussion, where a bunch of folks get hung >up about an extremely minor design decision (who cares whether "assret" >is being specia

Re: [Python-Dev] How far to go with user-friendliness

2015-07-17 Thread Antoine Pitrou
Frankly, this kind of inept discussion, where a bunch of folks get hung up about an extremely minor design decision (who cares whether "assret" is being special-cased or not? in the actual world, not the fantasy world of righteous indignation and armchair architects?), is amongst the reasons why I

Re: [Python-Dev] How far to go with user-friendliness

2015-07-17 Thread Ethan Furman
On 07/16/2015 11:30 PM, Nick Coghlan wrote: On 17 July 2015 at 08:30, Ben Finney wrote: By definition, advocating to not add cruft to an API is going to be in advance of being bitten by those additions. That's not what people are doing. Folks are actually arguing for *restoring* the ability

Re: [Python-Dev] How far to go with user-friendliness

2015-07-17 Thread David Mertz
Nothing huge to add, and I'm not experienced using mock. But the special handling of 'assret' as a "misspelling of 'assert'" definitely strikes me as a wart also. That sort of thing really has no place in a library itself, but rather only in a linter. On Fri, Jul 17, 2015 at 9:20 AM, Steven D'Ap

Re: [Python-Dev] How far to go with user-friendliness

2015-07-17 Thread Steven D'Aprano
On Fri, Jul 17, 2015 at 04:37:04PM +1000, Nick Coghlan wrote: > The specific typo that is checked is the only one that changes the > spelling without also changing the overall length and shape of the > word. I don't think your comment above is correct. assert => aasert aseert azzert essert a

[Python-Dev] Summary of Python tracker Issues

2015-07-17 Thread Python tracker
ACTIVITY SUMMARY (2015-07-10 - 2015-07-17) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open4947 (+19) closed 31468 (+29) total 36415 (+48) Open issues wit

Re: [Python-Dev] documentation / implementation question for subprocess.check_output

2015-07-17 Thread Chris Withers
On 16/07/2015 16:27, Nick Coghlan wrote: On 16 July 2015 at 20:35, Guido van Rossum wrote: In which version? I don't see that phrase in the 3.5 docs. The equivalent note in 3.x is "Do not use stdout=PIPE or stderr=PIPE with this function. The child process will block if it generates enough out