Larry Hastings added the comment:
I suggest that that documentation counts for starting the deprecation cycle,
however I would still also accept a patch adding a deprecation warning if the
parameter is used.
--
___
Python tracker
<h
Larry Hastings added the comment:
Some questions.
a) Is at least one of these Overlapped objects new in 3.4?
b) Which of these Overlapped objects is used by asyncio?
c) Is the goal of merging the two objects simple code hygiene, or is the merged
object going to work better somehow? Like, will
Larry Hastings added the comment:
Victor: at this point I'm cherry-picking all revisions that will go into rc2 /
final.
--
___
Python tracker
<http://bugs.python.org/is
Larry Hastings added the comment:
Since this is a problem in Cython, not in CPython, maybe you can fix it in
Cython?
--
___
Python tracker
<http://bugs.python.org/issue17
Larry Hastings added the comment:
Why would we mangle the names of arguments in the first place? What possible
use case is there?
--
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
I agree: definitely not for 3.5, maybe for 3.4.1.
--
nosy: +larry
___
Python tracker
<http://bugs.python.org/issue20637>
___
___
Larry Hastings added the comment:
Yeah, I considered getting fussy about "you didn't follow instructions". But
this actually is better for me, as it means I can apply the patches in
chronological order.
Like Guido said, I intend to be permissive when it comes to asyncio f
Larry Hastings added the comment:
Okay.
I'm holding off a couple days just to get all the requests lined up, so I can
apply them in chronological order--that'll cut down on the conflicts.
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
I created a cherry-pick issue (#20665) to track that separately.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
New submission from Larry Hastings:
Creating new issue from #20594 to track cherry-picking this into 3.4.0.
--
assignee: larry
components: Build
messages: 211439
nosy: larry
priority: release blocker
severity: normal
stage: commit review
status: open
title: 3.4 cherry-pick: 400a8e4599d9
Larry Hastings added the comment:
400a8e4599d9 is the revision.
--
___
Python tracker
<http://bugs.python.org/issue20665>
___
___
Python-bugs-list mailin
Larry Hastings added the comment:
Okay. I'll do the first round of cherry-picking Tuesday or Wednesday (my
time). I'm waiting for the list of requests to settle down so I can do them in
chronological order.
--
___
Python trac
Larry Hastings added the comment:
Okay.
--
___
Python tracker
<http://bugs.python.org/issue20645>
___
___
Python-bugs-list mailing list
Unsubscribe:
Larry Hastings added the comment:
This one worries me a little. Antoine, do you agree that this should be
cherry-picked for 3.4.0?
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
When you land this fix, please create the separate "3.4 cherry-pick" issue.
Those issues are helping me a lot with keeping track of everything.
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
key and default are keyword-only arguments, the signature should have a '*'.
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
For what it's worth I don't mind the noise, if indeed it's a false alarm. I'm
glad you're keeping an eye on the buildbots too.
--
___
Python tracker
<http:
Larry Hastings added the comment:
If you want this in 3.4.0, please create a "3.4 cherry-pick" issue for it.
Personally I would feel a lot more confident in the change if there was any
evidence of it being reviewed before it was checked in. All I see is a
four-minute window between
Larry Hastings added the comment:
ok.
--
___
Python tracker
<http://bugs.python.org/issue20647>
___
___
Python-bugs-list mailing list
Unsubscribe:
Larry Hastings added the comment:
(And obviously this is okay by me.)
--
___
Python tracker
<http://bugs.python.org/issue20665>
___
___
Python-bugs-list mailin
Larry Hastings added the comment:
ok.
--
___
Python tracker
<http://bugs.python.org/issue20675>
___
___
Python-bugs-list mailing list
Unsubscribe:
Larry Hastings added the comment:
ok.
--
___
Python tracker
<http://bugs.python.org/issue20670>
___
___
Python-bugs-list mailing list
Unsubscribe:
Larry Hastings added the comment:
I'd like a second opinion about this before it goes in, just due to the size of
the patch.
--
___
Python tracker
<http://bugs.python.org/is
Larry Hastings added the comment:
ok.
--
___
Python tracker
<http://bugs.python.org/issue20676>
___
___
Python-bugs-list mailing list
Unsubscribe:
Larry Hastings added the comment:
2e8a142dbccc just missed today's cherry-picking session. I'll add it tomorrow.
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
Perhaps, but if they request cherry-picking for revisions after 2e8a142dbccc,
skipping 2e8a142dbccc will make the cherry-picking a lot harder.
And I bet I haven't seen the last request for cherry-picking asyncio changes
for
Larry Hastings added the comment:
For what it's worth,
Lib/asyncio/*
Lib/test/test_asyncio/*
Doc/library/async*
are all exactly the same between default and the tarball I published this
evening. (Minus Yury's cleanup patch
Larry Hastings added the comment:
My only question: do they need to be independent flags? ISTM that they're
always either both True or both False.
--
___
Python tracker
<http://bugs.python.org/is
Larry Hastings added the comment:
Ok, I don't want general sadness. I prefer the sadness I sow to be highly
specifically targeted.
--
___
Python tracker
<http://bugs.python.org/is
Larry Hastings added the comment:
Title fix because *some* people can't follow directions, thus breaking my
search.
--
title: cherry-pick 0399e842073a -> 3.4 cherry-pick: 0399e842073a
___
Python tracker
<http://bugs.python.org
Changes by Larry Hastings :
--
priority: release blocker -> high
___
Python tracker
<http://bugs.python.org/issue20687>
___
___
Python-bugs-list mailing list
Un
Larry Hastings added the comment:
So here's the thing. It only works in Python 3.3 because testtools depends on
internal implementation details of unittest, specifically a private exception
("unittest.case._UnexpectedSuccess"). The public interface still works fine.
So I d
Larry Hastings added the comment:
This is not a release blocker. You guys can play with this for 3.5. FWIW I
prefer Serhiy's approach.
--
priority: release blocker -> normal
versions: +Python 3.5 -Python 3.4
___
Python tracke
Larry Hastings added the comment:
Any progress to report?
--
___
Python tracker
<http://bugs.python.org/issue20621>
___
___
Python-bugs-list mailing list
Unsub
New submission from Larry Hastings:
Benjamin, Barry: I take it #20261 should go in to 3.4.0?
--
assignee: larry
messages: 211693
nosy: barry, benjamin.peterson, larry
priority: release blocker
severity: normal
stage: commit review
status: open
title: 3.4 cherry-pick: b328f8ccbccf pickle
Larry Hastings added the comment:
Could someone merge this change from 3.3 into default? I would cherry-pick it
for 3.4.0 if they did.
--
___
Python tracker
<http://bugs.python.org/issue16
Larry Hastings added the comment:
Are there still changes needed for 3.4.0? Or is 3.4.0 okay? This is marked as
"release blocker".
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
Martin? Do you concur?
--
___
Python tracker
<http://bugs.python.org/issue20568>
___
___
Python-bugs-list mailing list
Unsub
Changes by Larry Hastings :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20651>
___
___
Python-bugs-list
Changes by Larry Hastings :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20645>
___
___
Python-bugs-list
Changes by Larry Hastings :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20647>
___
___
Python-bugs-list
Changes by Larry Hastings :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20665>
___
___
Python-bugs-list
Changes by Larry Hastings :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20670>
___
___
Python-bugs-list
Changes by Larry Hastings :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20675>
___
___
Python-bugs-list
Larry Hastings added the comment:
ok.
--
___
Python tracker
<http://bugs.python.org/issue20688>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Larry Hastings :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20688>
___
___
Python-bugs-list
Larry Hastings added the comment:
ok. if there's more please open a new issue.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.
Changes by Larry Hastings :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20697>
___
___
Python-bugs-list
Changes by Larry Hastings :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20698>
___
___
Python-bugs-list
Larry Hastings added the comment:
*sigh* okay. Including 2e8a142dbccc from last night, that's eight new
revisions to cherry-pick in one day. I really hope this is slowing down.
--
___
Python tracker
<http://bugs.python.org/is
Larry Hastings added the comment:
There are a few diffs on the asyncio files right now. I went back and looked
and discovered a whole bunch of asyncio revisions post-rc1 that you haven't
asked to be cherry-picked yet:
20dc8d6430eb
75881b85695f
9c1840e8d643
a631b01d1715
360976a
Larry Hastings added the comment:
Also 6b850722849e
--
___
Python tracker
<http://bugs.python.org/issue20648>
___
___
Python-bugs-list mailing list
Unsubscribe:
Larry Hastings added the comment:
Then I'm marking this as 3.5 and clearing the regression keyword. From here we
can either fix it in 3.5 or not bother (and just close this issue as wontfix).
--
keywords: -3.4regression
priority: high -> normal
versions: +Python 3.5 -Py
Larry Hastings added the comment:
I finished the second preview of rc2 just before you posted 96e078663083.
That'll go in the third preview.
Also, I found another revision you forgot about (something about improving
debug info). With that, and the other revisions I mentioned, asyncio i
Changes by Larry Hastings :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20707>
___
___
Python-bugs-list
Larry Hastings added the comment:
ok. it's a low-risk fix.
--
___
Python tracker
<http://bugs.python.org/issue20707>
___
___
Python-bugs-list mailing list
Larry Hastings added the comment:
ok.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20685>
___
___
Pyth
New submission from Larry Hastings:
inspect has a bug:
* inspect.ismethod() returns False for bound methods on builtins.
If I fix that, that exposes a bug in pydoc:
* pydoc's two docroutine() functions assume that bound methods
have a __func__; bound builtins do not.
The only reason
Changes by Larry Hastings :
--
stage: -> patch review
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue20710>
___
___
Python-bugs-list
Larry Hastings added the comment:
Whoops, the test suite hadn't finished when I posted that, and it had an error.
Here's an updated patch that fixes the tests.
Also, there's one more minor fix in the patch. pydoc has cut-and-pasted code
for HTML versus text rendering, and
Larry Hastings added the comment:
We discussed it in python-dev:
https://mail.python.org/pipermail/python-dev/2014-January/132051.html
And the overwhelming majority voted +1 for "don't show self for bound methods".
So I'd like to change it for 3.4. (I meant to get it i
Larry Hastings added the comment:
I'm not proposing to modify isbuiltin. Rather, I'm proposing to fix a bug in
ismethod.
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
So why is it necessary (and a release blocker) to fix a bug in
inspect._signature_fromstr, but a terrible idea to fix a bug in
inspect.ismethod?
--
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
Okay, that's a fair point. I checked, and the documentation specifically says
that ismethod only returns true on bound methods implemented in Python. I
think that's a bad API, it should be agnostic about the implementation
language. But I
New submission from Larry Hastings:
Some of the methods on the inspect module behave differently depending on
whether the callable passed in was implemented in C or in Python. For example,
ismethod() only returns True for bound methods implemented in Python.
I assert that the interface
Larry Hastings added the comment:
Here's a revised patch that doesn't modify inspect.
--
___
Python tracker
<http://bugs.python.org/issue20710>
___
___
Changes by Larry Hastings :
Added file:
http://bugs.python.org/file34165/larry.fix.help.on.bound.methods.3.diff
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
A slight tweak to the patch. Previously I was just using truth testing on the
value I got from "__self__", but that's wrong if the object is considered false
(e.g. ''.zfill). (Yury got this right in #20711, and I copied from him
Larry Hastings added the comment:
ok.
--
___
Python tracker
<http://bugs.python.org/issue20713>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Larry Hastings :
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Larry Hastings added the comment:
An even slighter tweak to the patch, just using De Morgan's law to make the
code easier to read.
--
Added file:
http://bugs.python.org/file34168/larry.fix.help.on.bound.methods.5.diff
___
Python tracker
Larry Hastings added the comment:
I bet you want this cherry-picked; please create a separate issue for that.
--
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
If you've committed something already, and want to change it, then please
request both revisions be cherry-picked.
--
___
Python tracker
<http://bugs.python.org/is
Larry Hastings added the comment:
Updated with tests. And I built without docstrings and it still passed. And
if I revert the change to Lib/pydoc.py the tests fail.
--
Added file:
http://bugs.python.org/file34170/larry.fix.help.on.bound.methods.6.diff
Larry Hastings added the comment:
We still have a couple of weeks left. Ethan, can you start a discussion in
python-dev about cherry-picking this for 3.4?
--
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
I went ahead and added tests for os.stat, and the unbound versions of the two
class methods. Total of five new tests now.
--
Added file:
http://bugs.python.org/file34171/larry.fix.help.on.bound.methods.7.diff
Larry Hastings added the comment:
You're right, that was the exact same test ;-)
So what I did was: move the other tests down into that test class, as that's a
better fit, and keep the new version of the test.
--
Added file:
http://bugs.python.org
New submission from Larry Hastings:
5e73bb72662e
--
assignee: larry
components: Library (Lib)
messages: 211817
nosy: larry
priority: release blocker
severity: normal
status: open
title: 3.4 cherry-pick: 5e73bb72662e pydoc shouldn't display "self" for bound
methods
versi
Changes by Larry Hastings :
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Larry Hastings :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20716>
___
___
Python-bugs-list
Larry Hastings added the comment:
I just put the third preview up. There are no diffs between that asyncio and
the one in default.
Is this torrent coming to a close? We really should keep the changes from rc2
to final to a bare minimum
Larry Hastings added the comment:
ok
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20721>
___
___
Pyth
Larry Hastings added the comment:
Okay, I'm accepting this. I really just wanted to get more eyes on it, and I'm
happy to see that python-dev was pretty unanimous.
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
Stefan: does the checkin in d6aa3fa646e2 fix your problem? I'm willing to
cherry-pick for this but I'd prefer to only have to do it once.
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
I'm waiting to hear back from scoder about whether or not this really fixes his
problem before I cherry-pick. I'm still willing to do it for tagging for rc2
(about 20 hours from now) if I can hear back during that time.
--
nos
Changes by Larry Hastings :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20679>
___
___
Python-bugs-list
Larry Hastings added the comment:
ok.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20715>
___
___
Pyth
Larry Hastings added the comment:
I reconsidered, and the sense I get is "yeah it fixes the problem". And even
if it didn't, I'd wind up cherry-picking it anyway just to make the diffs
easier. So I'm accepting this.
--
resolution: ->
Larry Hastings added the comment:
Can I close this issue now?
--
___
Python tracker
<http://bugs.python.org/issue20648>
___
___
Python-bugs-list mailing list
Unsub
Larry Hastings added the comment:
ok.
--
___
Python tracker
<http://bugs.python.org/issue20734>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Larry Hastings :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20734>
___
___
Python-bugs-list
Larry Hastings added the comment:
This issue is okay, but it helps my workflow if you'd create a new "3.4
cherry-pick" revision for me when it's ready.
--
___
Python tracker
<http://bug
Larry Hastings added the comment:
I'll cherry-pick 8f54f601fd75.
--
___
Python tracker
<http://bugs.python.org/issue20199>
___
___
Python-bugs-list m
Larry Hastings added the comment:
ok.
--
___
Python tracker
<http://bugs.python.org/issue20738>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Larry Hastings :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20738>
___
___
Python-bugs-list
Larry Hastings added the comment:
My understanding is, this is fixed, and cherry-picked into 3.4. If that's in
error please reopen.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.
Larry Hastings added the comment:
My understanding is this is now done. If it isn't please reopen.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.
New submission from Larry Hastings:
Lib/tests/test_robotparser.py uses the following url:
http://mueblesmoraleda.com/robots.txt
That file now serves a 404.
This should be disabled for 3.4, and the test rewritten for 3.5. If we get a
patch quickly I would probably cherry-pick it for 3.4
Changes by Larry Hastings :
--
title: disable test_robotparser -> disable test_robotparser test that uses an
invalid URL
___
Python tracker
<http://bugs.python.org/issu
Larry Hastings added the comment:
Doc changes are fine basically anytime, but I don't want low-priority changes
in Lib for 3.4.0. But this would be fine for 3.4.1 if you like, or you could
just wait for 3.5.
--
___
Python tracker
1601 - 1700 of 2389 matches
Mail list logo
