[issue27181] Add geometric mean to `statistics` module

Ram Rachum added the comment: Also... I like the detailed docstrings with the real-life examples! That stuff helps when coding and using an unfamiliar function (since I see the docs in a panel of my IDE), so I wish I'd see more detailed docstrings like these ones in the standard library. For `

[issue27181] Add geometric mean to `statistics` module

Ram Rachum added the comment: Thanks for the patch Steven! I won't comment about the code because I don't know enough about these algorithms, but I'm thinking, since you also did a refactoring of the statistics module, maybe these should be two separate patches/commits so it'll be easy to see

[issue27380] IDLE: add base Query dialog with ttk widgets

Terry J. Reedy added the comment: The Mac failure comes from this piece of code: if sys.platform == 'darwin': path = self.result[1] if path.startswith(('www', 'file:', 'http:', https:')): pass else:

[issue26750] Mock autospec does not work with subclasses of property()

Gregory P. Smith added the comment: Probably just Amaury and I forgetting that existed. Amaury, inspect.isdatadescriptor's implementation is a bit different than this change's _is_data_descriptor. Thoughts? -- stage: resolved -> commit review ___

[issue27181] Add geometric mean to `statistics` module

Roundup Robot added the comment: New changeset 9eb5edfcf604 by Steven D'Aprano in branch 'default': Issue27181 add geometric mean. https://hg.python.org/cpython/rev/9eb5edfcf604 -- nosy: +python-dev ___ Python tracker

[issue27701] [posixmodule] [Refactoring patch] Simply call into *at() functions unconditionally when present

Changes by Alex Willmer : -- nosy: +Alex.Willmer ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue27703] Replace two Py_XDECREFs with Py_DECREFs in do_raise

Antti Haapala added the comment: No, I was just trying to explain why your change could be considered beneficial. -- ___ Python tracker ___ __

[issue27715] call-matcher breaks if a method is mocked with spec=True

Carl Meyer added the comment: `hg clean --all` resolved the compilation issues; confirmed that https://hg.python.org/cpython/rev/b888c9043566/ is at fault. Also, the exception trace I provided above looks wrong; it must be from when I was messing about with `autospec=True` or passing in the in

[issue27715] call-matcher breaks if a method is mocked with spec=True

Changes by Carl Meyer : Removed file: http://bugs.python.org/file44054/mock-method.example.py ___ Python tracker ___ ___ Python-bugs-list mail

[issue27715] call-matcher breaks if a method is mocked with spec=True

Carl Meyer added the comment: It seems likely that this regression originated with https://hg.python.org/cpython/rev/b888c9043566/ (can't confirm via bisection as the commits around that time fail to compile for me). -- nosy: +michael.foord, pitrou

[issue27715] call-matcher breaks if a method is mocked with spec=True

Carl Meyer added the comment: (This bug is also present in Python 3.4.4.) -- type: -> crash versions: +Python 3.4 ___ Python tracker ___

[issue27715] call-matcher breaks if a method is mocked with spec=True

New submission from Carl Meyer: When constructing call-matchers to match expected vs actual calls, if `spec=True` was used when patching a function, mock attempts to bind the recorded (and expected) call args to the function signature. But if a method was mocked, the signature includes `self`

[issue27682] Windows Error 10053, ConnectionAbortedError: [WinError 10053] An established connection was aborted by the software in your host machine

Philip Lee added the comment: I use the following django view function also produce the same exception def sendFiles(request): fileName = request.GET['fileName'] pathToFile = os.path.join(filesDir, fileName) response = FileResponse(open(pathToFile, 'rb')) response['Content-Ty

[issue27392] Add a server_side keyword parameter to create_connection

Guido van Rossum added the comment: I think it's okay if uvloop only handles those socket types. But if asyncio may be able to handle other types we shouldn't reject them just because we haven't heard about them. (E.g. IIRC someone was using Bluetooth sockets.) -- __

[issue27392] Add a server_side keyword parameter to create_connection

Yury Selivanov added the comment: > What would happen if some other socket type was passed? Would anything go wrong, assuming it's a socket type that understands connections? (I think checking for SOCK_STREAM is more important maybe). In uvloop I have to create different libuv handles for AF_UNI

[issue27392] Add a server_side keyword parameter to create_connection

Guido van Rossum added the comment: Oh, I see. create_connection(..., ssl=True) creates a default SSLContext, but create_server(..., ssl=True) is invalid, it requires ssl=SSLContext(...). I like the latter for connect_accepted_socket(). I think Jim will happily comply. What would happen if some

[issue27392] Add a server_side keyword parameter to create_connection

Yury Selivanov added the comment: Also I think we should add a check, that the passed socket is AF_UNIX or AF_INET(6) -- ___ Python tracker ___ _

[issue27392] Add a server_side keyword parameter to create_connection

Yury Selivanov added the comment: Hm, I'm working on adding connect_accepted_socket to the uvloop. There is one difference between connect_accepted_socket and create_server/create_unix_server: the latter APIs forbid to pass boolean `ssl` argument, they require `ssl` to be an instance of `SSL

[issue23591] Add Flags and IntFlags

Ethan Furman added the comment: Flags -> int-backed, but not ints; useful for pure Python flags IntFlags -> ints (like IntEnum); useful for interfacing with other systems Are there better names? -- title: Add IntFlags -> Add Flags and IntFlags ___ Py

[issue26988] Add AutoNumberedEnum to stdlib

Changes by Ethan Furman : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-l

[issue27574] Faster parsing keyword arguments

STINNER Victor added the comment: See also the old issue #17170 "string method lookup is too slow". -- nosy: +haypo ___ Python tracker ___ ___

[issue27714] some test_idle tests are not re-runnable, producing false failures with regrtest -w option

New submission from Ned Deily: If you run test_idle using the standard Python regression test runner, regrtest, and use regrtest's -w option (to re-run failure test verbosely) *without* using regrtest's -j option (to run tests in separate processes), any real test failure triggering a rerun wi

[issue10910] pyport.h FreeBSD/Mac OS X "fix" causes errors in C++ compilation

Brett Cannon added the comment: What do you think, Ned? -- assignee: ronaldoussoren -> ned.deily nosy: +benjamin.peterson, brett.cannon, georg.brandl, larry, ned.deily priority: normal -> release blocker ___ Python tracker

[issue27128] Add _PyObject_FastCall()

STINNER Victor added the comment: I spent the last 3 months on making the CPython benchmark suite more stable and enhance my procedure to run benchmarks to ensure that benchmarks are more stable. See my articles: https://haypo-notes.readthedocs.io/microbenchmark.html#my-articles I forked and

[issue27380] IDLE: add base Query dialog with ttk widgets

Ned Deily added the comment: test_click_help_source fails on OS X: == FAIL: test_click_help_source (idlelib.idle_test.test_query.HelpsourceGuiTest) -- Traceback

[issue27709] difflib.HtmlDiff produces different output from difflib.ndiff

Changes by SilentGhost : Removed file: http://bugs.python.org/file44049/donttrim.diff ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue27709] difflib.HtmlDiff produces different output from difflib.ndiff

SilentGhost added the comment: The degenerate behaviour appears ultimately due to the autojunk heuristic. Given that autojunk defaults to True and there isn't any way to change via most user-facing functions, I don't think there is an easy resolution that can be found here. I'm going to withdr

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Changes by Guido van Rossum : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Changes by Guido van Rossum : -- stage: patch review -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Roundup Robot added the comment: New changeset 87e3a58ed3c3 by Guido van Rossum in branch '3.5': Issue #27700: Document AbstractEventLoop, not BaseEventLoop. https://hg.python.org/cpython/rev/87e3a58ed3c3 New changeset d69f782d642d by Guido van Rossum in branch 'default': Issue #27700: Document

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Yury Selivanov added the comment: Fair enough. I don't have any other questions about the patch. -- ___ Python tracker ___ ___ Python

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Guido van Rossum added the comment: The reason I kept some mention of BaseEventLoop is just that until now it was the only thing documented and people might have references to it. It would be good if searching for BaseEventLoop took them to a section explaining they shouldn't use it, rather than

[issue27710] Disallow fold not in [0, 1] in time and datetime constructors

Roundup Robot added the comment: New changeset 035778fdc641 by Alexander Belopolsky in branch 'default': Closes #27710: Disallow fold not in [0, 1] in time and datetime constructors. https://hg.python.org/cpython/rev/035778fdc641 -- nosy: +python-dev resolution: -> fixed stage: -> reso

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Yury Selivanov added the comment: The patch looks good. I have a question: do we actually want to document BaseEventLoop? It's not a user-facing class, and the knowledge that it exists doesn't add to anything IMO. -- ___ Python tracker

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Changes by Guido van Rossum : -- stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue27595] Document PEP 495 (Local Time Disambiguation) features

Alexander Belopolsky added the comment: I am attaching the first cut of the documentation changes. Note that I am deliberately trying to keep the information about the fold to the minimum in the reference manual. I don't think the details of how fold works are of interest to anyone other the

[issue27698] socketpair not in socket.__all__ on Windows

Eryk Sun added the comment: See issue 18643, which added a Windows implementation of socketpair(). Since it's not defined in the _socket extension module, it isn't added to socket.__all__. Someone simply forgot to add `__all__.append("socketpair")` after the definition on line 485. --

[issue27698] socketpair not in socket.__all__ on Windows

Changes by Eryk Sun : -- Removed message: http://bugs.python.org/msg272188 ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue27698] socketpair not in socket.__all__ on Windows

Eryk Sun added the comment: See issue 18643, which added a Windows implementation of socketpair(). Since it's not defined in the _socket extension module, it isn't added to socket.__all__. Someone simply forgot to add `__all__.append("sockpetpair")` after the definition on line 485. -

[issue27698] socketpair not in socket.__all__ on Windows

SilentGhost added the comment: > nor do I see any mention of socketpair in the 3.5 whatsnew socket.socketpair has a versionchanged 3.5: Windows support added. -- nosy: +SilentGhost ___ Python tracker __

[issue27713] Spurious "platform dependent libraries" warnings when running make

New submission from Chris Jerdonek: When installing Python 3.5.2 from source on Ubuntu 14.04 and running make, I get the below "Could not find platform dependent libraries" warnings (which I prefixed with "***" for better visibility). >From this message which has more background, these warnings

[issue27698] socketpair not in socket.__all__ on Windows

R. David Murray added the comment: I don't see any special casing for windows in the socketpair code in the current socket module, nor do I see any mention of socketpair in the 3.5 whatsnew. Based on a quick scan of the socket code I don't see how socketpair could be defined on a platform wit

[issue9998] ctypes find_library should search LD_LIBRARY_PATH on Linux

Changes by Daniel Blanchard : -- nosy: -Daniel.Blanchard ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue9998] ctypes find_library should search LD_LIBRARY_PATH on Linux

Vinay Sajip added the comment: Updated the last patch with code for handling the case where ld is not available. -- Added file: http://bugs.python.org/file44052/refresh-2016-08-08.diff ___ Python tracker __

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Changes by Guido van Rossum : -- Removed message: http://bugs.python.org/msg272183 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Guido van Rossum added the comment: Here's the file. -- keywords: +patch Added file: http://bugs.python.org/file44051/Base2Abstract.diff ___ Python tracker ___ __

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Changes by Guido van Rossum : -- Removed message: http://bugs.python.org/msg272182 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Guido van Rossum added the comment: Uploading the file. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Changes by Guido van Rossum : -- Removed message: http://bugs.python.org/msg272181 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Guido van Rossum added the comment: Here's the file (I hope). -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27700] Document asyncio.AbstractEventLoop, not asyncio.BaseEventLoop

Guido van Rossum added the comment: Here's a tentative diff. I did a global replace BaseEventLoop -> AbstractEventLoop and added an entry for BaseEventLoop (just above AbstractEventLoop) explaining that it should not be used. Please review for obvious mistakes. -- __

[issue27392] Add a server_side keyword parameter to create_connection

Yury Selivanov added the comment: > Did the patch not get merged?? connect_accepted_socket was merged. The docs patch is still pending (nothing wrong with it, I just need to commit it) -- ___ Python tracker

[issue27392] Add a server_side keyword parameter to create_connection

Jim Fulton added the comment: idk if the patch got merged. I just added the last comment for informational purposes. :) Perhaps this issue can be closed. -- ___ Python tracker

[issue27392] Add a server_side keyword parameter to create_connection

Guido van Rossum added the comment: Did the patch not get merged?? On Sun, Aug 7, 2016 at 11:32 AM, Jim Fulton wrote: > > Jim Fulton added the comment: > > FTR another use case for this. :) > > We have a ZEO applications where individual database users authenticate > via self-signed certs. The

[issue27712] Tiny typos in import.rst

Changes by Xiang Zhang : -- assignee: docs@python components: Documentation files: import_doc.patch keywords: patch nosy: docs@python, xiang.zhang priority: normal severity: normal status: open title: Tiny typos in import.rst type: behavior versions: Python 3.6 Added file: http://bugs.py

[issue27711] datetime.utctimetuple() method should respect fold disambiguation

Alexander Belopolsky added the comment: This would be a feature not anticipated by PEP 495. -- resolution: -> rejected status: open -> closed type: behavior -> enhancement ___ Python tracker __

[issue27711] datetime.utctimetuple() method should respect fold disambiguation

New submission from Alexander Belopolsky: With TZ = America/New_York: >>> t0 = datetime(2016, 11, 6, 1, 30, fold=0) >>> t1 = datetime(2016, 11, 6, 1, 30, fold=1) >>> t0.utctimetuple()[:6] (2016, 11, 6, 1, 30, 0) >>> t1.utctimetuple()[:6] (2016, 11, 6, 1, 30, 0) >>> t0.timestamp() 1478410200.0 >>

[issue27710] Disallow fold not in [0, 1] in time and datetime constructors

New submission from Alexander Belopolsky: The current implementation does not restrict values accepted by the fold argument: >>> from datetime import * >>> time(fold=2) datetime.time(0, 0, fold=2) >>> datetime(1, 1, 1, fold=2) datetime.datetime(1, 1, 1, 0, 0, fold=2) -- assignee: belop

[issue27709] difflib.HtmlDiff produces different output from difflib.ndiff

New submission from SilentGhost: msg264842 in issue26945 reports an odd results of HtmlDiff.make_file, digging into it I've noticed couple of things: different output to one generated directly from difflib.ndiff and underlying issue further up the stack that generates same faulty output with a

[issue26945] difflib.HtmlDiff().make_file() treat few change as whole line change

SilentGhost added the comment: JW, this doens't seem anything to do with the original issue. I'm going to close this issue and open a new one that's dealing with your case, I have a fix for it. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___

[issue20004] csv.DictReader classic class has a property with setter

R. David Murray added the comment: I don't believe it was ever committed to 3.x, nor do I see it there. -- ___ Python tracker ___ ___

[issue20004] csv.DictReader classic class has a property with setter

Mathieu Dupuy added the comment: Yeah, it turned out I was actually browsing Python 2.7 sources. My bad. 2016-08-08 16:39 GMT+02:00 R. David Murray : > > R. David Murray added the comment: > > I don't believe it was ever committed to 3.x, nor do I see it there. > > -- > > ___

[issue27694] Socket incorrectly states IP address that start with a zero after a dot are illegal

R. David Murray added the comment: See also issue 27612. -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing

[issue27708] Roudning/Large Int representation error with multiplication and division

Steven D'Aprano added the comment: > Converting n to an int Oops. Obviously I meant converting n *from* an int *to* a float. -- ___ Python tracker ___ __

[issue27708] Roudning/Large Int representation error with multiplication and division

Steven D'Aprano added the comment: Your description is hard to understand, and doesn't give enough detail, but I *think* I can guess what you might be referring to. If you start with a really big integer, and divide, you get a float. But really big floats cannot represent every number exactly

[issue27687] Linux shutil.move between mountpoints as root does not retain ownership

R. David Murray added the comment: This is as documented (see copystat). To do anything with user and group would be an enhancement. -- nosy: +r.david.murray type: behavior -> enhancement versions: +Python 3.6 -Python 2.7, Python 3.4 ___ Python trac

[issue27690] os.path.normcase broken.

Changes by R. David Murray : -- type: crash -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue26470] Make OpenSSL module compatible with OpenSSL 1.1.0

Christian Heimes added the comment: Stéphane, I have addressed your code review. def __new__() no longer hard-codes protocol. We can change that in a later version of Python. OpenSSL has deprecated all SSL methods except of the generic TLS method. The TLS method was formerly known as SSLv23 me

[issue12319] [http.client] HTTPConnection.request not support "chunked" Transfer-Encoding to send data

Rolf Krahl added the comment: Martin, > I wonder if it would be safer to test for TextIOBase. With the > read(0) hack, the zero size may be unexpected. A file object may > need special handling to generate an empty result, or to not > interpret it as an EOF indicator. See e.g. Issue 23804, about

[issue27708] Roudning/Large Int representation error with multiplication and division

Eric V. Smith added the comment: Actually, Python represents large integers exactly. Can you provide a specific example of a problem you're seeing? -- components: +Interpreter Core -ctypes nosy: +eric.smith ___ Python tracker

[issue27702] Only use SOCK_RAW when defined

Berker Peksag added the comment: Thanks! -- nosy: +berker.peksag resolution: -> fixed stage: -> resolved status: open -> closed title: [Patch] Only use SOCK_RAW when defined -> Only use SOCK_RAW when defined type: -> enhancement ___ Python tracker

[issue27702] [Patch] Only use SOCK_RAW when defined

Roundup Robot added the comment: New changeset 535f88ad80d8 by Berker Peksag in branch 'default': Issue #27702: Only expose SOCK_RAW when defined https://hg.python.org/cpython/rev/535f88ad80d8 -- nosy: +python-dev ___ Python tracker

[issue27708] Roudning/Large Int representation error with multiplication and division

New submission from Ethan Glass: Python represents large integers as floating-points, which may or may not be the cause or part of the cause of division of said large integers evaluating to a floating-point number usually within a 1-integer range of the correct result. -- components: c

[issue26209] TypeError in smtpd module with string arguments

Changes by Berker Peksag : -- stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26209] TypeError in smtpd module with string arguments

Ram Vallury added the comment: Submitting patch 2 for smtpd doc changes -- Added file: http://bugs.python.org/file44047/smtpd_doc_updated_2.patch ___ Python tracker ___ _

[issue23322] parser module docs missing second example

Roundup Robot added the comment: New changeset b479e74f7706 by Berker Peksag in branch '3.5': Issue #23322: Remove outdated reference to an example in parser docs https://hg.python.org/cpython/rev/b479e74f7706 New changeset 099fd7954941 by Berker Peksag in branch 'default': Issue #23322: Merge f

[issue23322] parser module docs missing second example

Berker Peksag added the comment: Thanks, Sahil. -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed type: -> behavior versions: +Python 3.6 -Python 3.4 ___ Python tracker ___

[issue23369] integer overflow in _json.encode_basestring_ascii

immerse added the comment: I noticed that this is only fixed for python 3.3 and 3.4, not for 2.7. Is that intentional? If so, why? -- nosy: +immerse -pkt ___ Python tracker ___

[issue26945] difflib.HtmlDiff().make_file() treat few change as whole line change

JW added the comment: please find attached the reproducer C.7z this issue only happens with this format of data before and after the difference -- Added file: http://bugs.python.org/file44046/C.7z ___ Python tracker

[issue26209] TypeError in smtpd module with string arguments

Ram Vallury added the comment: Updated the documentation of smtpd. https://docs.python.org/3/library/smtpd.html#smtpserver-objects * this is my first patch, please revert back to me or make learn if I do any mistake* -- keywords: +patch nosy: +rvallury Added file: http://bugs.python

[issue27707] List reports incorrect length if modifed after yield

Stéphane Wirtel added the comment: when you yield, the list is empty, in this case, the length of your list is just 0 and not 1. -- nosy: +matrixise status: open -> closed ___ Python tracker __

[issue27707] List reports incorrect length if modifed after yield

Changes by Stéphane Wirtel : -- status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue27707] List reports incorrect length if modifed after yield

SilentGhost added the comment: At the time the len function in list comprehension is called .append has not executed, the len call in list comprehension operates on object as it is, whereas the object itself is only referenced rather than copied. If you were to copy the yielded list, then a mo

[issue27707] List reports incorrect length if modifed after yield

New submission from Robin: reproduction script below. In the last print statement, it shows me a list with items in it, but with a length of 0 def generator(): l = [] yield l l.append(1) # this correctly prints 1 print(len(l)) # this should print [([1],

[issue20842] pkgutil docs should reference glossary terms not PEP 302

Oren Milman added the comment: ImpImporter was first added in changeset 37808 (https://hg.python.org/cpython/rev/ccc0b5412799) and updated a day later in changeset 37821 (https://hg.python.org/cpython/rev/3135648026c4). Both of these commits were introduced to support PEP 302. Since then, ImpI

[issue1100942] Add datetime.time.strptime and datetime.date.strptime

Changes by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue27706] Random.seed, whose purpose is purportedly determinism, behaves non-deterministically with strings due to hash randomization

Changes by Cory Benfield : -- nosy: +Lukasa ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue1100942] Add datetime.time.strptime and datetime.date.strptime

Stéphane Wirtel added the comment: Here is an updated version (for 3.6) of the patch of maciej.szulik. I have executed all the tests. Please, could you review this patch. Thank you -- nosy: +matrixise versions: +Python 3.6 -Python 3.5 Added file: http://bugs.python.org/file44044/issue