[issue27527] Make not yielding from or awaiting a coroutine a SyntaxError

Changes by Decorater : -- type: -> enhancement ___ Python tracker ___ ___

[issue27527] Make not yielding from or awaiting a coroutine a SyntaxError

Decorater added the comment: I am thinking like this example: import asyncio @asyncio.coroutine def SomeCoroutine(): print("test...") @asyncio.coroutine def SomeNormalFunction(): SomeCoroutine() Will print a warning instead I would like it to be a SyntaxError when the function is

[issue27527] Make not yielding from or awaiting a coroutine a SyntaxError

New submission from Decorater: Currently there is a waring printed in python when you try to call a coroutine without yieling from or awaiting it but I would like it to be a SyntaxError when this happens instead. -- components: Windows messages: 270538 nosy: Decorater, paul.moore,

[issue27083] PYTHONCASEOK is ignored on Windows

Serhiy Storchaka added the comment: Yes, I think it will work. -- ___ Python tracker ___ ___ Python-bugs-list

[issue27485] urllib.splitport -- is it official or not?

Senthil Kumaran added the comment: I think that we use encourage everyone to use the higher level functions like urlparse() or urlsplit() and then get the .port from the named tuple result. Two things to do. 1. Update that Note the documentation which states a false statement that those

[issue15443] datetime module has no support for nanoseconds

Alexander Belopolsky added the comment: Note that the patches attached so far to this issue are nowhere close to a complete implementation. I don't think a python-only prototype (a patch to datetime.py) would be hard to implement, but implementation would be easier if nanoseconds replaced

[issue22246] add strptime(s, '%s')

Alexander Belopolsky added the comment: With PEP 495, conversion from timestamp to naive datetime will no longer loose information. In light of this, I would like to reconsider what strftime('%s') should return in the absence of %z. -- ___ Python

[issue22246] add strptime(s, '%s')

Changes by Alexander Belopolsky : -- assignee: -> belopolsky versions: +Python 3.6 -Python 3.5 ___ Python tracker ___

[issue12750] add cross-platform support for %s strftime-format code

Alexander Belopolsky added the comment: Given that we have the .timestamp() method, I am not sure this would be a very useful feature, but maybe it is a way to eliminate an attractive nuisance. If anyone is still interested in getting this in - please check with python-ideas. --

[issue27526] test_venv.TestEnsurePip fails mysteriously when /tmp is too small

New submission from R. David Murray: I've been having a failure in test_venv when running the tests suite for some months now. Since the buildbots aren't, I was guessing it was a local problem. I finally got around to looking at it today, and I had no clue what was wrong here, after setting

[issue12750] datetime.strftime('%s') should respect tzinfo

Changes by Alexander Belopolsky : -- versions: +Python 3.6 -Python 3.5 ___ Python tracker ___

[issue12750] datetime.strftime('%s') should respect tzinfo

Changes by Alexander Belopolsky : -- nosy: +shanmbic ___ Python tracker ___

[issue24954] No way to generate or parse timezone as produced by datetime.isoformat()

Alexander Belopolsky added the comment: Sorry, the tracker messed up the URL: go to https://github.com/abalkin/cpython.git and select branch:issue24773-s3 -- ___ Python tracker

[issue24954] No way to generate or parse timezone as produced by datetime.isoformat()

Alexander Belopolsky added the comment: Since this is closely related to issue 15873, I am merging the nosy lists. As far as I can tell, the patch just needs tests and a final decision on issue 5288. I don't think it is at all controversial, but we need to relax the offset restrictions before

[issue15873] datetime: add ability to parse RFC 3339 dates and times

Alexander Belopolsky added the comment: I would very much like to see this ready before the feature cut-off for Python 3.6. Could someone post a summary on python-ideas to get a show of hands on some of the remaining wrinkles? I would not worry about a C implementation at this point. We can

[issue27522] Reference cycle in email.feedparser

Changes by R. David Murray : -- versions: +Python 3.6 ___ Python tracker ___ ___

[issue27522] Reference cycle in email.feedparser

R. David Murray added the comment: Thanks, Costas. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue27522] Reference cycle in email.feedparser

Roundup Robot added the comment: New changeset 6c7fd035bce3 by R David Murray in branch '3.5': #27522: break unintended cycle in feedparser. https://hg.python.org/cpython/rev/6c7fd035bce3 New changeset e1278508f3cb by R David Murray in branch 'default': Merge: #27522: break unintended cycle in

[issue15873] datetime: add ability to parse RFC 3339 dates and times

Changes by Alexander Belopolsky : -- nosy: -Alexander.Belopolsky ___ Python tracker ___

[issue10225] Fix doctest runable examples in python manual

Changes by Alexander Belopolsky : -- assignee: belopolsky -> ___ Python tracker ___

[issue25729] update pure python datetime.timedelta creation

Alexander Belopolsky added the comment: For future reference, here is a link to PyPy history of datetime.py: https://bitbucket.org/pypy/pypy/history-node/919e00b3e558/lib_pypy/datetime.py?at=default -- ___ Python tracker

[issue25729] update pure python datetime.timedelta creation

Alexander Belopolsky added the comment: Brian, we had a similar discussion in issue 20858, but I am still unsure about the relationship between our datetime.py and that in PyPy. Do you use CPython version in PyPy? If not, have you applied this patch and if so, can you link to a PyPy issue

[issue26988] Add AutoNumberedEnum to stdlib

Ethan Furman added the comment: Oh, and yes, I'll fix the whole 80-column thing. ;) -- ___ Python tracker ___

[issue26988] Add AutoNumberedEnum to stdlib

Ethan Furman added the comment: Okay, here's an updated patch with the doc changes. Once the main patch is committed I'm going to reorganize the docs a bit, but that's later. -- assignee: -> ethan.furman Added file: http://bugs.python.org/file43743/issue26988.stoneleaf.02.patch

[issue25507] IDLE: user code 'import tkinter; tkinter.font' should fail

Terry J. Reedy added the comment: run_autocomplete.diff is a preliminary patch for moving the completion list function into run.py and reversing the imports. However, the assert in test_autocomplete, line 103 newly fails because the call to open_completions in autocomplete_event (line 85)

[issue27213] Rework CALL_FUNCTION* opcodes

Demur Rumed added the comment: Since the most common use of CALL_FUNCTION_EX is.. def f(*x,*kw): other_func(*x, **kw) I've added some code to BUILD_MAP_UNPACK_WITH_CALL & BUILD_TUPLE_UNPACK to not allocate a new object if called with oparg of 1 & TOP() is correct type -- Added

[issue27525] Wrong OS header on file created by gzip module

Ned Deily added the comment: It appears that not including the OS value in the header is probably more of a feature rather than a bug considering how long the gzip module has been around with this behavior. Have you found any real-life cases where it makes a difference? In any case, the

[issue27524] Update os.path for PEP 519/__fspath__()

Brett Cannon added the comment: Here are tests for genericpath, posixpath, and ntpath (which should in the end cover all of os.path). -- keywords: +patch stage: test needed -> needs patch Added file: http://bugs.python.org/file43740/fspath_tests.diff

[issue27523] Silence Socket Depreciation Warnings.

Decorater added the comment: I just noticed it does not work the way I had hoped. Ignore this. -- status: open -> closed ___ Python tracker ___

[issue27524] Update os.path for PEP 519/__fspath__()

Changes by Ethan Furman : -- nosy: +ethan.furman ___ Python tracker ___ ___

[issue24254] Make class definition namespace ordered by default

Eric Snow added the comment: post-review updates -- Added file: http://bugs.python.org/file43739/deforder-with-tp-slot.diff ___ Python tracker ___

[issue26800] Don't accept bytearray as filenames part 2

Brett Cannon added the comment: Serhiy's patch LGTM. -- nosy: +brett.cannon ___ Python tracker ___ ___

[issue27525] Wrong OS header on file created by gzip module

New submission from Dor Dankner: The gzip module generates files with wrong OS header, by putting "Unknown" OS, instead of checking and filling the user's OS. >From the gzip RFC (rfc1952): "This identifies the type of file system on which >compression took place. This may be useful in

[issue27523] Silence Socket Depreciation Warnings.

Decorater added the comment: Oh and ignore the exe on the patch if you see that 1 has changed. -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware type: -> enhancement ___ Python tracker

[issue27524] Update os.path for PEP 519/__fspath__()

Changes by Brett Cannon : -- dependencies: +Support Path objects in the posix module, Support path objects in the ntpath module ___ Python tracker

[issue27524] Update os.path for PEP 519/__fspath__()

New submission from Brett Cannon: As per PEP 519, os.path needs to be updated to support __fspath__(). -- assignee: brett.cannon components: Library (Lib) messages: 270513 nosy: brett.cannon priority: release blocker severity: normal stage: test needed status: open title: Update os.path

[issue27523] Silence Socket Depreciation Warnings.

New submission from Decorater: I have made a patch to some of the warnings to silence them hopefully this will help a lot. -- files: socketmodule.c.patch keywords: patch messages: 270512 nosy: Decorater priority: normal severity: normal status: open title: Silence Socket Depreciation

[issue25507] IDLE: user code 'import tkinter; tkinter.font' should fail

Terry J. Reedy added the comment: In #27515, Nick Coughlin said that 'del a.b', would work if sys.modules('a.b') is also deleted -- unless a.b objects to being reloaded. This seems not a problem for the current 8 tkinter submodules. The attached tkimports.py runs without error. I am not

[issue27515] Dotted name re-import does not rebind after deletion

Terry J. Reedy added the comment: Nick, do I understand correctly that if the reimport executes and I can access the module, everything should be okay? -- ___ Python tracker

[issue27083] PYTHONCASEOK is ignored on Windows

Brett Cannon added the comment: I think the best we can do is be platform-specific in what is checked for in the environ dict (e.g. b'PYTHONCASEOK' on darwin, 'PYTHONCASEOK' on win, and I don't know about cygwin), but otherwise one would have to iterate through the keys of the dict and do a

[issue27083] PYTHONCASEOK is ignored on Windows

Serhiy Storchaka added the comment: Seeing if a key in a dict exists involves the key comparison if there is a key on the same position in the hash table. -- nosy: +rhettinger ___ Python tracker

[issue27083] PYTHONCASEOK is ignored on Windows

Brett Cannon added the comment: There's no direct comparison to trigger a warning; it's just seeing if a key in a dict exists. And b'PYTHONCASEOK' is not a bug as that's required for OS X (remember this is technically posix.environ, not os.environ). -- status: open -> closed

[issue27083] PYTHONCASEOK is ignored on Windows

Serhiy Storchaka added the comment: Comparing bytes with str can emit a warning or raise an exception. Checking for b'PYTHONCASEOK' in os.environ looks as a bug to me. -- status: closed -> open ___ Python tracker

[issue27078] Make f'' strings faster than .format: BUILD_STRING opcode?

Serhiy Storchaka added the comment: Nice idea, Antti. But I tried to implement it, and surprisingly found that this approach is slower than FORMAT_VALUE + BUILD_STRING. At least for this particular example. Perhaps because we can't use a stack and need to allocate a new tuple containing

[issue27521] Misleading compress level header on files created with gzip

Dor Dankner added the comment: Thank you for the fast reponse! tests patch for the proposal fix is attached :) -- Added file: http://bugs.python.org/file43734/compress_level_tests.patch ___ Python tracker

[issue27522] Reference cycle in email.feedparser

New submission from Costas: Background: We have two (clusters of) servers running a high-throughput websocket application. One runs under Python 2.7, the other has been migrated to 3.4. Very similar code runs on both servers, and both manually call the gc periodically to reduce latency.

[issue26696] Document collections.abc.ByteString

Roundup Robot added the comment: New changeset 8be87fde577f by Brett Cannon in branch '3.5': Issue #26696: Document collections.abc.ByteString. https://hg.python.org/cpython/rev/8be87fde577f New changeset 6ba86ca875a8 by Brett Cannon in branch 'default': Merge for #26696

[issue26696] Document collections.abc.ByteString

Brett Cannon added the comment: Thanks for the patch, Xiang! -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker

[issue27083] PYTHONCASEOK is ignored on Windows

Brett Cannon added the comment: I fixed this by simply checking for both b'PYTHONCASEOK' and 'PYTHONCASEOK'. Thanks for the bug report, Eryk! -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue27083] PYTHONCASEOK is ignored on Windows

Roundup Robot added the comment: New changeset bedcb9ec3f26 by Brett Cannon in branch '3.5': Issue #27083: Respect the PYTHONCASEOK environment variable under https://hg.python.org/cpython/rev/bedcb9ec3f26 New changeset 777da58794ca by Brett Cannon in branch 'default': Merge for #27083

[issue27512] os.fspath is certain to crash when exception raised in __fspath__

Brett Cannon added the comment: Thanks for catching that, David. -- status: open -> closed ___ Python tracker ___

[issue27512] os.fspath is certain to crash when exception raised in __fspath__

Roundup Robot added the comment: New changeset bb7686a555cc by Brett Cannon in branch 'default': Fix a failing test introduced as part of issue #27512 https://hg.python.org/cpython/rev/bb7686a555cc -- ___ Python tracker

[issue27521] Misleading compress level header on files created with gzip

R. David Murray added the comment: Thanks for the report and patch. Now we need a test. -- nosy: +r.david.murray stage: -> test needed versions: -Python 3.2, Python 3.3, Python 3.4 ___ Python tracker

[issue27512] os.fspath is certain to crash when exception raised in __fspath__

R. David Murray added the comment: Looks like the buildbots aren't happy: http://buildbot.python.org/all/builders/s390x%20SLES%203.x/builds/1396/steps/test/logs/stdio http://buildbot.python.org/all/builders/s390x%20Debian%203.x/builds/1374 -- nosy: +r.david.murray status: closed ->

[issue26844] Wrong error message during import

Roundup Robot added the comment: New changeset 22eaf6158e7b by Brett Cannon in branch '3.5': Issue #26844: Fix imp.find_module() to have the exception related to https://hg.python.org/cpython/rev/22eaf6158e7b New changeset 46da639f7114 by Brett Cannon in branch 'default': Merge for #26844

[issue26844] Wrong error message during import

Brett Cannon added the comment: Thanks for the patch, Lev! -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker

[issue27512] os.fspath is certain to crash when exception raised in __fspath__

Changes by Brett Cannon : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue27512] os.fspath is certain to crash when exception raised in __fspath__

Brett Cannon added the comment: Thanks for the patch, Xiang! Only thing I changed were braces around the `if` body in the C code and made the mock __fspath__() class raise an exception itself. -- ___ Python tracker

[issue27512] os.fspath is certain to crash when exception raised in __fspath__

Roundup Robot added the comment: New changeset 35bf83ff0828 by Brett Cannon in branch 'default': Issue #27512: Don't segfault when os.fspath() calls an object whose https://hg.python.org/cpython/rev/35bf83ff0828 -- nosy: +python-dev ___ Python

[issue27521] Misleading compress level header on files created with gzip

New submission from Dor Dankner: When creating a gzip file using the gzip module, the wrong header is set as the compress level when not using the default (9). the reason is that the header is set blindly as \002, without really checking what compress level is. Patch to fix that behaviour is

[issue27519] update the references to http://mercurial.selenic.com

Stéphane Wirtel added the comment: because we don't want to change a tool but just an URL. you can create an other issue if you prefer to use TortoiseHg. -- ___ Python tracker

[issue27519] update the references to http://mercurial.selenic.com

Decorater added the comment: TortoiseHg -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue27520] Issue when building PGO

New submission from Decorater: I get this issue when trying a PGO build it seems that some projects do not create a pgd. (the link to simplify the size on here) https://bpaste.net/show/c704ee912c53 -- components: Build, Tests, Windows messages: 270487 nosy: Decorater, paul.moore,

[issue27519] update the references to http://mercurial.selenic.com

Stéphane Wirtel added the comment: which GUI version ? it's in the documentation. please could you be more explicit ? thanks -- ___ Python tracker ___

[issue27519] update the references to http://mercurial.selenic.com

Decorater added the comment: Why not add url to the GUI version too that actually adds hg to the path? -- nosy: +Decorater ___ Python tracker ___

[issue27519] update the references to http://mercurial.selenic.com

Changes by Berker Peksag : -- versions: -Python 3.5, Python 3.6 ___ Python tracker ___

[issue27519] update the references to http://mercurial.selenic.com

Berker Peksag added the comment: Thanks! -- nosy: +berker.peksag resolution: -> fixed stage: -> resolved status: open -> closed type: -> behavior ___ Python tracker

[issue27519] update the references to http://mercurial.selenic.com

Roundup Robot added the comment: New changeset 2edae149e8c5 by Berker Peksag in branch 'default': Issue #27519: Update Mercurial links to mercurial-scm.org https://hg.python.org/devguide/rev/2edae149e8c5 -- nosy: +python-dev ___ Python tracker

[issue27518] small typo error in Grammar/Grammar

Roundup Robot added the comment: New changeset db5a5679a9de by Berker Peksag in branch '3.5': Issue #27518: Fix typo in Grammar/Grammar https://hg.python.org/cpython/rev/db5a5679a9de New changeset bae0d7389e96 by Berker Peksag in branch 'default': Issue #27518: Merge from 3.5

[issue27518] small typo error in Grammar/Grammar

Berker Peksag added the comment: Thanks, Stéphane. -- nosy: +berker.peksag resolution: -> fixed stage: -> resolved status: open -> closed type: -> behavior versions: +Python 3.5 ___ Python tracker

[issue27515] Dotted name re-import does not rebind after deletion

Terry J. Reedy added the comment: I am pursuing 1. for 3.6. The first patch, moving 4 objects from pyshell to run and an import from run to pyshell, reduced a bloated len(sys.modules) from 193 to 156. I hope to get under 100. I will test 2., separately for each affected tkinter module, for

[issue15988] Inconsistency in overflow error messages of integer argument

Terry J. Reedy added the comment: At this point in time, I have nothing further to add. So follow Serhiy's advice. -- ___ Python tracker ___

[issue15988] Inconsistency in overflow error messages of integer argument

Serhiy Storchaka added the comment: You plan looks good, Oren. I meant what you are planning in the last two items. There are also specific functions for converting to platform-depending integer types (size_t, time_t, uid_t, etc). Two most common patterns: "Python int too large to convert to

[issue27519] update the references to http://mercurial.selenic.com

Stéphane Wirtel added the comment: I just updated to the new url of the Mercurial Wiki for the devguide. -- components: +Devguide -Documentation keywords: +patch nosy: +ezio.melotti, willingc versions: +Python 3.5 Added file: http://bugs.python.org/file43731/issue27519.diff

[issue27519] update the references to http://mercurial.selenic.com

New submission from Stéphane Wirtel: In the devguide, there are some references to http://mercurial.selenic.com/wiki/ but the website has been migrated to http://mercurial-scm.org/wiki/ -- assignee: docs@python components: Documentation messages: 270476 nosy: docs@python, matrixise

[issue27518] small typo error in Grammar/Grammar

New submission from Stéphane Wirtel: Here is a small patch for the Grammar/Grammar file, there is a typo in the comments. -- assignee: docs@python components: Documentation files: Grammar.diff keywords: patch messages: 270475 nosy: docs@python, matrixise priority: normal severity:

[issue15988] Inconsistency in overflow error messages of integer argument

Oren Milman added the comment: I would be happy to write a patch for this issue, if you don't mind. Terry, as you were the one to commit the patch for #21559, I guess you are OK with keeping the OverflowError. Also, I agree that the error message for '_testcapi.getargs_b(-1)' (and for similar

[issue27515] Dotted name re-import does not rebind after deletion

Nick Coghlan added the comment: To fully remove an imported submodule, you also need to purge it from the sys.modules cache: >>> import email.charset; email.charset >>> import sys >>> del email.charset; del sys.modules["email.charset"] >>> import email.charset;

[issue27515] Dotted name re-import does not rebind after deletion

Terry J. Reedy added the comment: Guido: I am aware that 'import tkinter.font' can create 0, 1, or 2 new modules and 0, 1, or 2 new name bindings, one in the *importing* module and one in the *imported* module. You are correct that point 2 in the doc only talks about the importing module,

[issue27487] -m switch regression in Python 3.5.2 (under rare circumstances)

Nick Coghlan added the comment: No changes to 2.7 - the import system logic there is fairly different, since it's still using the old pre-importlib implementation. For the "package.__main__" case, you're right that we don't want to emit the warning for "-m package", but we *do* want to emit

[issue27515] Dotted name re-import does not rebind after deletion

Terry J. Reedy added the comment: Decorator: as I tried to say in msg270456, the two examples are artificial tests stripped to the bare minimum. So is use of email and charset, other than the fact that it exists in 2.7 as well as current 3.x. The real situation where this issue came up for

[issue27078] Make f'' strings faster than .format: BUILD_STRING opcode?

Antti Haapala added the comment: Serhiy suggested this in Rietveld: > For additional optimization we can pack all constant strings, parsed formats > and > flags in one constant object and use the single LOAD_CONST. But this requires > much larger changes (perhaps including changing the marshal

[issue25507] IDLE: user code 'import tkinter; tkinter.font' should fail

Terry J. Reedy added the comment: First step. Patch moves 4 objects from pyshell to run and reverses run importing pyshell to pyshell importing run. This initially failed because run imports stackbrowser and the stackbrowser import of something from pyshell failed. Since the import is only

[issue27515] Dotted name re-import does not rebind after deletion

Decorater added the comment: I think on the 2nd example they did they got it wrong somewhat. I think this is what they wanted. >>> import email.charset; email.charset >>> del email #to actually delete the whole thing. >>> import email.charset; email.charset -- nosy: +Decorater

[issue25507] IDLE: user code 'import tkinter; tkinter.font' should fail

Roundup Robot added the comment: New changeset 93d325c64104 by Terry Jan Reedy in branch 'default': Issue #25507: Move 4 objects from pyshell to run and switch inports. https://hg.python.org/cpython/rev/93d325c64104 -- ___ Python tracker