[issue24468] Expose C level compiler flag constants to Python code

Larry Hastings added the comment: opcode.patch is okay for 3.5. -- ___ Python tracker <http://bugs.python.org/issue24468> ___ ___ Python-bugs-list mailin

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Larry Hastings added the comment: Steve? -- assignee: -> steve.dower ___ Python tracker <http://bugs.python.org/issue24432> ___ ___ Python-bugs-list mai

[issue24325] Speedup types.coroutine()

Larry Hastings added the comment: Help me to understand here. You want to check in a patch adding 300 new lines of C code to the types module during beta, for a speed optimization, after we've already hit beta? While I like speedups as much as the next guy, I would be happier if this w

[issue24325] Speedup types.coroutine()

Larry Hastings added the comment: Oh, wait, I was confusing myself. This is that new module you guys created for type hints, and this is a new object with no installed base. (Right?) Yeah, you can check it in for 3.5. -- ___ Python tracker <h

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Larry Hastings added the comment: I just wanna say, thanks everybody for tackling this. Here's hoping it makes it into 3.5 beta 3! -- ___ Python tracker <http://bugs.python.org/is

[issue23623] Python 3.5 docs need to clarify how to set PATH, etc

Changes by Larry Hastings : -- priority: release blocker -> deferred blocker ___ Python tracker <http://bugs.python.org/issue23623> ___ ___ Python-bugs-list mai

[issue23441] rlcompleter: tab on empty prefix => insert spaces

Changes by Larry Hastings : -- priority: release blocker -> deferred blocker ___ Python tracker <http://bugs.python.org/issue23441> ___ ___ Python-bugs-list mai

[issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails

Larry Hastings added the comment: So, the purpose in marking this as a "release blocker" is so that we can hold up the release while we wait for Microsoft to release a new compiler? If our approach to fixing this is to get the compiler fixed, I can live with marking this as "

[issue23020] New matmul operator crashes modules compiled with CPython3.4

Changes by Larry Hastings : -- priority: release blocker -> normal stage: -> needs patch type: crash -> enhancement ___ Python tracker <http://bugs.python.or

[issue15014] smtplib: add support for arbitrary auth methods

Changes by Larry Hastings : -- priority: release blocker -> normal ___ Python tracker <http://bugs.python.org/issue15014> ___ ___ Python-bugs-list mai

[issue24485] Function source inspection fails on closures

Changes by Larry Hastings : -- priority: release blocker -> normal ___ Python tracker <http://bugs.python.org/issue24485> ___ ___ Python-bugs-list mai

[issue23517] datetime.utcfromtimestamp parses timestamps incorrectly

Larry Hastings added the comment: I'm not going to hold up beta 3 while you guys argue about how to round up or down the number of angels that can dance on the head of a pin. -- priority: release blocker -> deferred blocker ___ Python tracke

[issue23810] Suboptimal stacklevel of deprecation warnings for formatter and imp modules

Larry Hastings added the comment: This regression isn't thrilling, but it's not the kind of "OMG we can't release with this bug" level of escalation I associate with an actual release blocker. Let's at least defer it for now, and maybe we'll even reduce it

[issue24181] test_fileio crash, 3.5, Win 7

Larry Hastings added the comment: FWIW, our "AMD64 Windows7 SP1 3.5" buildbot hits this > 50% of the time in the regression test suite. So it's not just Terry. http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.5/builds/78/steps/test/logs/stdio -

[issue23441] rlcompleter: tab on empty prefix => insert spaces

Larry Hastings added the comment: This issue was created 2015/02/11. Python 3.4 was released on 2014/03/16. Is there an earlier duplicate issue for this problem that was marked "release blocker" for 3.4? -- ___ Python trac

[issue2091] file accepts 'rU+' as a mode

Larry Hastings added the comment: Yeah, considering how long this bug has been sitting around, I think we can wait for one more release for the fix. 3.6 please. -- ___ Python tracker <http://bugs.python.org/issue2

[issue24667] OrderedDict.popitem()/__str__() raises KeyError

Larry Hastings added the comment: It produces the same exception under Python 3.4, too. -- nosy: +larry ___ Python tracker <http://bugs.python.org/issue24

[issue24619] async/await parser issues

Changes by Larry Hastings : -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue24619> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue24635] test_typing is flaky

Larry Hastings added the comment: Deferring for beta 4. We should still fix before release. Preferably before RC1 depending on the availability of Certain Persons. -- nosy: +larry priority: release blocker -> deferred blocker ___ Python trac

[issue24585] Windows installer does not detect existing installs

Larry Hastings added the comment: Since we apparently can't test this without making the release, but it's important enough to not defer, I am in the unenviable position of shipping the last beta with this bug marked as a release blocker. Fingers crossed! -- no

[issue24667] OrderedDict.popitem()/__str__() raises KeyError

Larry Hastings added the comment: Mark's test case file produced a KeyError under 3.4 when I tried it. -- ___ Python tracker <http://bugs.python.org/is

[issue24824] Pydoc fails with codecs

Larry Hastings added the comment: This is a legitimate problem and I'd definitely like it fixed. However, the angle brackets and the quote marks are ugly: decode(obj, encoding='', errors='strict') Attached is a tweaked version of the patch that sidesteps the q

[issue24667] OrderedDict.popitem()/__str__() raises KeyError

Larry Hastings added the comment: FWIW I set up a test harness that runs test_collections and odict_reproduce with monotonically increasing PYTHONHASHSEED values. I let it run overnight; it's now past iteration 158600. Apart from some weirdness in the low 70ks that I can't repr

[issue24824] Pydoc fails with codecs

Larry Hastings added the comment: Can we do better? How about a new field on the Parameter object, "symbolic_default_value", which shows you the expression used to compute the value? We could then set default_value to the result of the expression, pydoc could print the symbolic

[issue24824] Pydoc fails with codecs

Larry Hastings added the comment: I just tried every module, simulating pydoc on it. codecs is the only one that failed. So, I can live with just changing codecs for now. But let's do it properly in 3.6. Go ahead and check in for 3.5--or, if you don't get it done before I want

[issue24824] Pydoc fails with codecs

Larry Hastings added the comment: That's a fine change for 3.5. For 3.6 I want to solve the general problem, at which point we can switch back to calling sys.getdefaultencoding() if we like. Serhiy, can you make a patch a post it here? I want to tag 3.5.0rc1 in one or two

[issue24824] Pydoc fails with codecs

Larry Hastings added the comment: Please change "Default encoding is" to "The default encoding is". Apart from that, LGTM, please check in! -- ___ Python tracker <http://bug

[issue23973] PEP 484 implementation

Larry Hastings added the comment: Can we mark this closed now? -- nosy: +larry ___ Python tracker <http://bugs.python.org/issue23973> ___ ___ Python-bugs-list m

[issue24585] Windows installer does not detect existing installs

Larry Hastings added the comment: Did this work as hoped in beta 4? Can we mark it as fixed now? -- ___ Python tracker <http://bugs.python.org/issue24

[issue24732] 3.5.0b3 Windows accept() on unready non-blocking socket raises PermissionError

Larry Hastings added the comment: If this is now fixed but still needs a unit test, can I change it from "release blocker" to "high" priority? ------ nosy: +larry ___ Python tracker <http://bug

[issue24272] PEP 484 docs

Larry Hastings added the comment: I assume what we've got is good enough for rc1? Can we mark this closed / reduce the priority from "release blocker"? Note that there are few (if any) restrictions on fixing docs during the release candidates. (Though after today we'll

[issue24824] Pydoc fails with codecs

Larry Hastings added the comment: Fixed. Thanks, Serhiy! -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/i

[issue24667] OrderedDict.popitem()/__str__() raises KeyError

Larry Hastings added the comment: Yeah, I stopped it at 300k iterations. No problems. Glad this fix got in for rc1. -- ___ Python tracker <http://bugs.python.org/issue24

[issue24732] 3.5.0b3 Windows accept() on unready non-blocking socket raises PermissionError

Changes by Larry Hastings : -- priority: release blocker -> high ___ Python tracker <http://bugs.python.org/issue24732> ___ ___ Python-bugs-list mailing list Un

[issue24834] pydoc should display the expression for a builtin argument default, not its result

New submission from Larry Hastings: As discussed in #24824, inspect.Parameter currently only has a place to store the value of a default argument. Which means, if a complicated bit of code was used to produce that default argument, all we have left is the value, not the code that arrived at

[issue24272] PEP 484 docs

Changes by Larry Hastings : -- priority: release blocker -> high ___ Python tracker <http://bugs.python.org/issue24272> ___ ___ Python-bugs-list mailing list Un

[issue24585] Windows installer does not detect existing installs

Larry Hastings added the comment: Quoting from PEP 101: release blocker - Stops the release dead in its tracks. You may not make any release with any open release blocker bugs. So, yeah, I want to. -- priority: release blocker -> criti

[issue23973] PEP 484 implementation

Changes by Larry Hastings : -- priority: release blocker -> high ___ Python tracker <http://bugs.python.org/issue23973> ___ ___ Python-bugs-list mailing list Un

[issue24835] Consistent failure in test_asyncio on Windows 7 buildbot

New submission from Larry Hastings: The Python 3.5 buildbot for Windows 7 consistently fails during test_asyncio. The buildbots are here: http://buildbot.python.org/all/waterfall?category=3.5.stable An example log file: http://buildbot.python.org/all/builders/x86%20Windows7%203.5/builds/173

[issue24836] Consistent failure in test_email on OS X Snow Leopard buildbot for Python 3.5

New submission from Larry Hastings: The Snow Leopard buildbot for Python 3.5 consistently fails in the regression test for the email module. The 3.5 buildbots are here: http://buildbot.python.org/all/waterfall?category=3.5.stable Example log file: http://buildbot.python.org/all/builders

[issue24836] Consistent failure in test_email on OS X Snow Leopard buildbot for Python 3.5

Larry Hastings added the comment: Thanks for diagnosing the problem, David! -- keywords: +buildbot priority: critical -> normal ___ Python tracker <http://bugs.python.org/issu

[issue24745] Better default font for editor

Larry Hastings added the comment: We're retagging 3.5.0rc1 to fix this and one other regression. Can someone step up and get this fix checked in in the next six or eight hours? You can just check in to the 3.5 branch on hg.python.org/cpython like normal (you won't have to use Bit

[issue24835] Consistent failure in test_asyncio on Windows 7 buildbot

Larry Hastings added the comment: We're retagging 3.5.0rc1 to fix this and one other regression. Can someone step up and get this fix checked in in the next six or eight hours? You can just check in to the 3.5 branch on hg.python.org/cpython like normal (you won't have to use Bit

[issue24835] Consistent failure in test_asyncio on Windows 7 buildbot

Larry Hastings added the comment: I don't have one either. But that's why we've got buildbots. The Windows 7 buildbot, where I first noticed the regression, is here: http://buildbot.python.org/all/builders/x86%20Windows7%203.5 It should be done testing your patch 1 hour and

[issue24835] Consistent failure in test_asyncio on Windows 7 buildbot

Larry Hastings added the comment: The buildbot passes the test! Hooray! -- ___ Python tracker <http://bugs.python.org/issue24835> ___ ___ Python-bugs-list mailin

[issue24839] platform._syscmd_ver raises DeprecationWarning

Larry Hastings added the comment: Yes, I'll accept that for 3.5.0. Paste a link to a pull request here at your earliest convenience (and opportunity). -- ___ Python tracker <http://bugs.python.org/is

[issue24492] using custom objects as modules: AttributeErrors new in 3.5

Larry Hastings added the comment: I would like the fix in 3.5. However, I'm not qualified to review the code. Can you get a qualified reviewer in to look over the code? Once someone suitable has reviewed it, I'll accept a pull request (pasted in here

[issue24492] using custom objects as modules: AttributeErrors new in 3.5

Changes by Larry Hastings : -- assignee: larry -> brett.cannon ___ Python tracker <http://bugs.python.org/issue24492> ___ ___ Python-bugs-list mailing list Un

[issue24839] platform._syscmd_ver raises DeprecationWarning

Larry Hastings added the comment: Not yet. I'll open it after I release 3.5.0rc1. I'll send email to clp-d and clp-c when I do. I can email you privately too if you like. -- ___ Python tracker <http://bugs.python.o

[issue24492] using custom objects as modules: AttributeErrors new in 3.5

Larry Hastings added the comment: Yes, Eric and Armin are both qualified reviewers in my book. You have my blessing to send a pull request. Thanks, everybody! -- ___ Python tracker <http://bugs.python.org/issue24

[issue24839] platform._syscmd_ver raises DeprecationWarning

Larry Hastings added the comment: My Bitbucket repo is now public. https://bitbucket.org/larry/cpython350 -- ___ Python tracker <http://bugs.python.org/issue24

[issue24492] using custom objects as modules: AttributeErrors new in 3.5

Larry Hastings added the comment: My Bitbucket repo is now public. https://bitbucket.org/larry/cpython350 -- ___ Python tracker <http://bugs.python.org/issue24

[issue24839] platform._syscmd_ver raises DeprecationWarning

Larry Hastings added the comment: They are currently in sync, yes. The 3.5 branch has been a ghost town the last day or two, which tbh has been pleasant for me.helpfu -- ___ Python tracker <http://bugs.python.org/issue24

[issue24839] platform._syscmd_ver raises DeprecationWarning

Larry Hastings added the comment: Merged. Please forward-port to 3.5.1 and 3.6. Thanks! (See? Already I can tell this rc-cycle is going to be way easier on me than 3.4 was.) -- ___ Python tracker <http://bugs.python.org/issue24

[issue24769] Interpreter doesn't start when dynamic loading is disabled

Larry Hastings added the comment: Uh, Nick? You didn't add me to this bug. -- nosy: +larry ___ Python tracker <http://bugs.python.org/issue24769> ___ ___

[issue9232] Allow trailing comma in any function argument list.

Larry Hastings added the comment: With PEP 448, we can now have fronkulate(**kwargs, **kwargs2) -- ___ Python tracker <http://bugs.python.org/issue9

[issue24844] Python 3.5rc1 compilation error with Apple clang 4.2 included with Xcode 4

Larry Hastings added the comment: I'd need to see the patch to be certain, but yes my assumption is I'd accept a pull request for this. -- ___ Python tracker <http://bugs.python.o

[issue24847] Can't import tkinter in Python 3.5.0rc1

Larry Hastings added the comment: I trust you, Steve, but I still want to see it get a review before I pull it. Can you find someone qualified to review the change? -- ___ Python tracker <http://bugs.python.org/issue24

[issue17703] Trashcan mechanism segfault during interpreter finalization in Python 2.7.4

Larry Hastings added the comment: Can anyone else confirm this bug in 3.4? -- ___ Python tracker <http://bugs.python.org/issue17703> ___ ___ Python-bugs-list m

[issue21167] float('nan') returns 0.0 on Python compiled with icc

Larry Hastings added the comment: Assuming that "ICC_NAN_STRICT" is only on for Intel icc: yes, please. -- ___ Python tracker <http://bugs.python.o

[issue24492] using custom objects as modules: AttributeErrors new in 3.5

Larry Hastings added the comment: Yep. This time I have foisted nearly all the work, including the forward-merging, onto y'all. *sits back, sips iced coffee* -- ___ Python tracker <http://bugs.python.org/is

[issue20851] Update devguide to cover testing from a tarball

Larry Hastings added the comment: To make the tarballs, I use the "release.py" script from here: https://hg.python.org/release and run "release.py --export ". I haven't peeked inside the black box to see how the sausage is made. -- _

[issue21167] float('nan') returns 0.0 on Python compiled with icc

Larry Hastings added the comment: Pull request accepted and merged. -- ___ Python tracker <http://bugs.python.org/issue21167> ___ ___ Python-bugs-list mailin

[issue24847] Can't import tkinter in Python 3.5.0rc1

Larry Hastings added the comment: Pull request accepted and merged. -- ___ Python tracker <http://bugs.python.org/issue24847> ___ ___ Python-bugs-list mailin

[issue24867] Asyncio Task.get_stack fails with native coroutines

Larry Hastings added the comment: Pull request accepted and merged. -- ___ Python tracker <http://bugs.python.org/issue24867> ___ ___ Python-bugs-list mailin

[issue24769] Interpreter doesn't start when dynamic loading is disabled

Larry Hastings added the comment: Yes, I'll accept this into 3.5.0, please send a pull request. -- ___ Python tracker <http://bugs.python.org/issue24769> ___ ___

[issue24844] Python 3.5rc1 compilation error with Apple clang 4.2 included with Xcode 4

Larry Hastings added the comment: Please either mark as wontfix or send me a pull request. -- ___ Python tracker <http://bugs.python.org/issue24844> ___ ___ Pytho

[issue24305] The new import system makes it impossible to correctly issue a deprecation warning for a module

Larry Hastings added the comment: The C implementation is making me nervous. My gut feeling is the Python implementation would be easier to get right. I still don't quite understand: what is the user-perceived result of this change? Module authors issuing a DeprecationWarning can no

[issue24305] The new import system makes it impossible to correctly issue a deprecation warning for a module

Larry Hastings added the comment: Is it really *impossible* to "correctly issue a deprecation warning for a module", as the title asserts? Or does the new import system simply make it *tiresome*? if sys.version_info.major == 3 and sys.version_info.minor == 4: stackleve

[issue24305] The new import system makes it impossible to correctly issue a deprecation warning for a module

Larry Hastings added the comment: If this has been broken since 3.3, I don't think it's a release blocker for 3.5. I'm willing to consider it a "bug" and accept a fix, but I'd prefer it to be as low-risk as possible (aka the Python version). Can someone fix th

[issue24305] The new import system makes it inconvenient to correctly issue a deprecation warning for a module

Changes by Larry Hastings : -- title: The new import system makes it impossible to correctly issue a deprecation warning for a module -> The new import system makes it inconvenient to correctly issue a deprecation warning for a module ___ Pyt

[issue24847] Can't import tkinter in Python 3.5.0rc1

Changes by Larry Hastings : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker <http://bugs.python.or

[issue24769] Interpreter doesn't start when dynamic loading is disabled

Larry Hastings added the comment: I wanted to get this in to Python 3.5.0rc2, so I checked it in myself. Petr, I gave you credit in the checkin comment and Misc/NEWS. Hope that's okay! -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ver

[issue24769] Interpreter doesn't start when dynamic loading is disabled

Larry Hastings added the comment: That's correct, it's just in 3.5.0 at the moment. -- ___ Python tracker <http://bugs.python.org/issue24769> ___ ___

[issue24937] Multiple problems in getters & setters in capsulethunk.h

Larry Hastings added the comment: Given that capsulethunk is only needed for 2.6 (and previous), and those versions are no longer maintained by the Python core community, yes I'd be happy for you to take over maintainership and host it externally. I'm sure we could change the doc

[issue24769] Interpreter doesn't start when dynamic loading is disabled

Larry Hastings added the comment: I have merged it forward into 3.5.1 and 3.6. -- ___ Python tracker <http://bugs.python.org/issue24769> ___ ___ Python-bugs-list m

[issue24912] The type of cached objects is mutable

Larry Hastings added the comment: As Python 3.5 Release Manager, my official statement is: Eek! -- priority: high -> release blocker ___ Python tracker <http://bugs.python.org/issu

[issue24913] deque.index() overruns deque boundary

Larry Hastings added the comment: Please create a pull request at your earliest convenience. -- priority: high -> release blocker ___ Python tracker <http://bugs.python.org/issu

[issue24912] The type of cached objects is mutable

Larry Hastings added the comment: This exciting new feature was added in checkin c0d25de5919e addressing issue #22986. Perhaps the core devs who added it would like to chime in. -- nosy: +benjamin.peterson, njs ___ Python tracker <h

[issue24913] deque.index() overruns deque boundary

Larry Hastings added the comment: https://docs.python.org/devguide/devcycle.html#release-candidate-rc https://mail.python.org/pipermail/python-dev/2015-August/141167.html -- ___ Python tracker <http://bugs.python.org/issue24

[issue24975] Python 3.5 can't compile AST involving PEP 448 unpacking

Larry Hastings added the comment: Good catch! Please file a pull request via bitbucket. -- ___ Python tracker <http://bugs.python.org/issue24975> ___ ___ Pytho

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Larry Hastings added the comment: > too late for 3.5.0 How's that? -- ___ Python tracker <http://bugs.python.org/issue23517> ___ ___ Python-bugs-lis

[issue24975] Python 3.5 can't compile AST involving PEP 448 unpacking

Larry Hastings added the comment: Merged. Please forward-merge to 3.5.1 and 3.6, thanks! -- ___ Python tracker <http://bugs.python.org/issue24975> ___ ___ Pytho

[issue24913] deque.index() overruns deque boundary

Larry Hastings added the comment: Assigning to Brett, who has agreed to do the merge to 3.5.0 that Raymond has declined to do. -- assignee: larry -> brett.cannon nosy: +brett.cannon ___ Python tracker <http://bugs.python.org/issu

[issue24989] scan_eol() Buffer Over-read

Larry Hastings added the comment: Yes, please create a pull request for this patch. Thanks! And just to confirm: I just applied patch 2 to CPython, then undid the change to bytesio.c. The new test fails, and sometimes Python will segmentation fault. If I then apply the patch to bytesio.c

[issue24989] scan_eol() Buffer Over-read

Changes by Larry Hastings : -- priority: high -> release blocker ___ Python tracker <http://bugs.python.org/issue24989> ___ ___ Python-bugs-list mailing list Un

[issue24912] The type of cached objects is mutable

Larry Hastings added the comment: Mark, Victor, Benjamin: how do you feel about v2 patch vs rolling back the change entirely? -- ___ Python tracker <http://bugs.python.org/issue24

[issue21192] Idle: Print filename when running a file from editor

Larry Hastings added the comment: Terry, if you want this pulled in to Python 3.5.0, you'll need to create a pull request on Bitbucket. Instructions are here: https://mail.python.org/pipermail/python-dev/2015-August/141167.html and here: https://mail.python.org/pipermail/python-dev

[issue24305] The new import system makes it inconvenient to correctly issue a deprecation warning for a module

Larry Hastings added the comment: Well, this is making me nervous to apply during the RCs. But... I'm willing to risk it. My price: I want to see this run on a bunch of otherwise-healthy buildbots to make sure it doesn't break any platforms. In case you've never done such

[issue24913] deque.index() overruns deque boundary

Larry Hastings added the comment: Merged. Please do a (null) merge forward into 3.5.1 and 3.6. Thanks! -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/i

[issue21192] Idle: Print filename when running a file from editor

Larry Hastings added the comment: On the other hand, I do not hold with marking a minor cosmetic change like this as "release blocker". I'm willing to accept the change, given PEP 434, but I'm not going to delay any releases for it. -- priority: relea

[issue24305] The new import system makes it inconvenient to correctly issue a deprecation warning for a module

Larry Hastings added the comment: That *is* easier, thanks. Though the UI for that is baffling. Protip: search for the section where all the "custom" builders are listed all in one section, three-quarters of the way down the page. --

[issue21192] Idle: Print filename when running a file from editor

Larry Hastings added the comment: Pull request accepted, please forward-merge. Thanks! > There is something odd about the size of your clone. My cpython > clone is 928 MB on disk with 30300 files, while the clone of my fork > of your repository is 1.59 GB for 14500 files. I have no

[issue24989] scan_eol() Buffer Over-read

Larry Hastings added the comment: Pull request accepted. Please forward-merge. Thanks! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <http://bugs.python.or

[issue21998] asyncio: support fork

Larry Hastings added the comment: Surely this is too late for 3.5? -- nosy: +larry ___ Python tracker <http://bugs.python.org/issue21998> ___ ___ Python-bug

[issue22970] asyncio: Cancelling wait() after notification leaves Condition in an inconsistent state

Larry Hastings added the comment: Is anyone going to try and fix this for 3.5.0? Or should we "kick the can down the road" and reassign it to 3.6? -- nosy: +larry ___ Python tracker <http://bugs.python.o

[issue22980] C extension naming doesn't take bitness into account

Larry Hastings added the comment: I sure hope not. -- nosy: +larry ___ Python tracker <http://bugs.python.org/issue22980> ___ ___ Python-bugs-list mailin

[issue23623] Python 3.5 docs need to clarify how to set PATH, etc

Larry Hastings added the comment: Can we close this out? -- nosy: +larry ___ Python tracker <http://bugs.python.org/issue23623> ___ ___ Python-bugs-list mailin

[issue24745] Better default font for editor

Larry Hastings added the comment: Anything happening with this? We tag 3.5.0rc3 in about 36 hours. -- ___ Python tracker <http://bugs.python.org/issue24

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Larry Hastings added the comment: I will happy delegate to Tim Peters whether or not this should be fixed in 3.5.0, or whether it should wait until 3.5.1 or even 3.6. Tim, ball's in your court! -- ___ Python tracker <http://bugs.py

<    16   17   18   19   20   21   22   23   24   25   >