[issue30802] datetime.datetime.strptime('200722', '%Y%U')

Change by Paul Ganssle : -- nosy: +p-ganssle ___ Python tracker <https://bugs.python.org/issue30802> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36511] Add Windows ARM32 buildbot

Paul Monson added the comment: I did a quick test and it looks like exit /b %ERRORLEVEL% will propagate the exit code. -- ___ Python tracker <https://bugs.python.org/issue36

[issue36511] Add Windows ARM32 buildbot

Change by Paul Monson : -- pull_requests: +13443 ___ Python tracker <https://bugs.python.org/issue36511> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36863] argparse doesn't like options in the middle of arguments

paul j3 added the comment: This is intended behavior of multi-nargs positionals. The 'one' string is consumed by the 'file' argument, and there's no positional argument left to consume the other strings. The topic was raised and discussed previously https://b

[issue37111] Logging - Inconsistent behaviour when handling unicode

Paul Moore added the comment: > User would like Python logging of Unicode characters to be consistent It is consistent. The encoding of logging.basicConfig(filename='c:\\my_log.log') is consistent with the encoding of open('c:\\my_log.log') Both use the

[issue37140] ctypes change made clang fail to build

Paul Monson added the comment: The change causing the build failure comes from this commit. https://github.com/python/cpython/pull/3806/commits/ea8a0dcea68409d37f3ad9e60e42777c76ad903b The commit comment says: "Fix copy of structures when passed by value." Steve, do you recall

[issue37140] ctypes change made clang fail to build

Paul Monson added the comment: If I undo the changes to StructUnionType_paramfunc then test_pass_by_value (ctypes.test.test_structures.StructureTestCase) fails on x64 on Windows. Looking at the code I don't think this is specific to Windows. This is a test for fixing this issue:

[issue37140] ctypes change made clang fail to build

Paul Monson added the comment: Reading the related bugs more carefully I think the struct/union passing conventions are different on Windows x64 and Linux. I have a fix which works for Windows but preserves the prior code for Linux

[issue37140] ctypes change made clang fail to build

Change by Paul Monson : -- keywords: +patch pull_requests: +13681 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13796 ___ Python tracker <https://bugs.python.org/issu

[issue37134] [EASY] Use PEP570 syntax in the documentation

Paul Ganssle added the comment: > I respectfully disagree with logic, "the language now permits this, so we > should change all the docs to display it everywhere". That moves it from > optional knowledge to mandatory knowledge, from a day ten lesson to a day one > l

[issue37150] Do not allow to pass FileType class object instead of instance in add_argument

paul j3 added the comment: I don't see an easy way around this. FileType is a class, and thus is a callable. add_argument checks that the 'type' parameter is a callable (or a string in the registry). Otherwise it gives the programmer a lot of freedom regarding

[issue37140] ctypes change made clang fail to build

Paul Monson added the comment: I added a unittest to the PR that illustrates the problem. It doesn't pass yet. -- ___ Python tracker <https://bugs.python.org/is

[issue37164] dict creation with converted zip objects produces inconsistent behavior

Paul Moore added the comment: Works fine for me: Python 3.7.3 (v3.7.3:ef4ec6ed12, Mar 25 2019, 22:22:05) [MSC v.1916 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> a = ['1',

[issue37181] fix test_regrtest failures on Windows arm64

Change by Paul Monson : -- components: Tests, Windows nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: fix test_regrtest failures on Windows arm64 type: enhancement versions: Python 3.8, Python 3.9

[issue37181] fix test_regrtest failures on Windows arm64

Change by Paul Monson : -- keywords: +patch pull_requests: +13748 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13872 ___ Python tracker <https://bugs.python.org/issu

[issue37201] fix test_distutils failures for Windows ARM64

New submission from Paul Monson : There are a few places where ARM64 is not correctly specified in order for distutils to work for on-target builds using Visual Studio (32-bit x86 emulation). -- components: Tests, Windows messages: 345008 nosy: Paul Monson, paul.moore, steve.dower

[issue37201] fix test_distutils failures for Windows ARM64

Change by Paul Monson : -- keywords: +patch pull_requests: +13777 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13902 ___ Python tracker <https://bugs.python.org/issu

[issue37236] fix test_complex for Windows arm64

New submission from Paul Monson : There is a compiler optimization error on Windows ARM64 that causes test_truediv (test.test_complex.ComplexTest) to fail with ZeroDivisionError: complex division by zero. Adding a pragma optimize around the affected function fixes the issue. I am also

[issue37236] fix test_complex for Windows arm64

Change by Paul Monson : -- keywords: +patch pull_requests: +13847 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13983 ___ Python tracker <https://bugs.python.org/issu

[issue37238] Enable building for Windows using Visual Studio 2019

New submission from Paul Monson : What is the normal process for lighting up a new Visual Studio? -- components: Build, Windows messages: 345269 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Enable building for

[issue37238] Enable building for Windows using Visual Studio 2019

Change by Paul Monson : -- keywords: +patch pull_requests: +13851 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13988 ___ Python tracker <https://bugs.python.org/issu

[issue37239] Add headless development preset layout

New submission from Paul Monson : Add preset-headless preset which has everything that preset-default has minus tcltk and idle -- components: Build, Windows messages: 345275 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status

[issue37239] Add headless development preset layout

Change by Paul Monson : -- keywords: +patch pull_requests: +13852 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13989 ___ Python tracker <https://bugs.python.org/issu

[issue37239] Add headless development preset layout

Paul Monson added the comment: Thanks for the feedback Steve Looking at the differences between the change I proposed and the nuget package I agree that "--preset-nuget --include-..." is a better approach. Closing this issue and the pu

[issue37239] Add headless development preset layout

Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue37239> ___ ___ Pyth

[issue37140] ctypes change made clang fail to build

Paul Monson added the comment: I did some reading about parameter passing and it's still not clear to me whether https://bugs.python.org/issue37140 is a bug in CPython or whether the clang bindings were relying on incorrect parameter passing behavior to work. The change in

[issue36779] time.tzname returns empty string on Windows if default codepage is a Unicode codepage

Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue36779> ___ ___ Pyth

[issue37227] Wrong parse long argument

Change by paul j3 : -- nosy: +paul.j3 ___ Python tracker <https://bugs.python.org/issue37227> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9694] argparse required arguments displayed under "optional arguments"

paul j3 added the comment: Mark, Have you tried defining your own Argument Group? If that didn't work, what fix do you want? Why? -- ___ Python tracker <https://bugs.python.org/i

[issue37282] os problems on absolute paths containing unicode characters on windows

Paul Moore added the comment: This works for me on Python 3.7. Can you confirm if you see the problem on 3.7, and if so, provide a more detailed example of how to reproduce? -- ___ Python tracker <https://bugs.python.org/issue37

[issue37288] Windows arm32 buildbot build is broken

New submission from Paul Monson : https://github.com/python/cpython/pull/14065 breaks building with --no-tkinter. Which breaks the Windows arm32 buildbot `C:\Users\buildbot\buildarea\3.x.monson-win-arm32.nondebug\build\PCbuild\python.vcxproj(158,9): error MSB4184: The expression

[issue37288] Fix Windows build when --no-tkinter is specified

Paul Monson added the comment: Change title: Fix Windows build when --no-tkinter is specified I noticed this because the Windows arm32 buildbot build was broken. -- title: Windows arm32 buildbot build is broken -> Fix Windows build when --no-tkinter is specif

[issue37288] Fix Windows build when --no-tkinter is specified

Change by Paul Monson : -- keywords: +patch pull_requests: +13951 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14096 ___ Python tracker <https://bugs.python.org/issu

[issue37299] RuntimeWarning is NOT raised

Paul Ganssle added the comment: I think the reason for the difference here is in the `no_error` function you never actually create the coroutine `true()`, so there's nothing to warn about. One thing that's confusing things about this example is that the `false()` evaluates to Tru

[issue34903] strptime %d handling of single digit day of month

Paul Ganssle added the comment: New changeset 6b9c204ee77a0de87d6f51a3d4547a18604cef9e by Paul Ganssle (Mike Gleen) in branch 'master': bpo-34903: Document that some strptime formats only require 1 digit (GH-14149) https://github.com/python/cpyt

[issue34903] strptime %d handling of single digit day of month

Paul Ganssle added the comment: Thanks for the PR, Mike! This is now merged and backported to Python 3.7, so I believe we can close this issue. -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.p

[issue34903] strptime %d handling of single digit day of month

Change by Paul Ganssle : -- resolution: -> fixed ___ Python tracker <https://bugs.python.org/issue34903> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue36511] Add Windows ARM32 buildbot

Change by Paul Monson : -- pull_requests: +14083 pull_request: https://github.com/python/cpython/pull/14251 ___ Python tracker <https://bugs.python.org/issue36

[issue37354] Write PowerShell Activate.ps1 to be static so it can be signed

Paul Moore added the comment: How will this interact with EnvBuilder.install_scripts() (which explicitly states that it performs textual substitution)? Note that I'm not aware of anyone who actually uses the ability to subclass EnvBuilder, but I wouldn't be surprised to find that

[issue36511] Add Windows ARM32 buildbot

Change by Paul Monson : -- pull_requests: +14103 pull_request: https://github.com/python/cpython/pull/14280 ___ Python tracker <https://bugs.python.org/issue36

[issue37370] AF_UNIX should be supported on Windows

New submission from Paul Monson : AF_UNIX has been supported on windows since version 1803 (build 17134) see https://devblogs.microsoft.com/commandline/af_unix-comes-to-windows/ Enabling support for AF_UNIX will enable better peer-to-peer connectivity scenarios for Azure IoT Edge. The

[issue37370] AF_UNIX should be supported on Windows

Change by Paul Monson : -- keywords: +patch pull_requests: +14126 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14302 ___ Python tracker <https://bugs.python.org/issu

[issue37370] AF_UNIX should be supported on Windows

Paul Monson added the comment: Thanks Zackery. Closing as duplicate -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue33408] AF_UNIX is now supported in Windows

Change by Paul Monson : -- nosy: +Paul Monson ___ Python tracker <https://bugs.python.org/issue33408> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37418] Code execution without calling it

Paul Ganssle added the comment: > why the code is executed? > I could do a library or a package and include evil code instead of a > print... The code is executed because the decorator syntax @decorator def f(): ... Is equivalent to def f(): ... f =

[issue37418] Code execution without calling it

Change by Paul Ganssle : -- nosy: -p-ganssle ___ Python tracker <https://bugs.python.org/issue37418> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36511] Add Windows ARM32 buildbot

Change by Paul Monson : -- pull_requests: +14247 pull_request: https://github.com/python/cpython/pull/14431 ___ Python tracker <https://bugs.python.org/issue36

[issue37201] fix test_distutils failures for Windows ARM64

Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue37201> ___ ___ Pyth

[issue37236] fix test_complex for Windows arm64

Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue37236> ___ ___ Pyth

[issue36941] Windows build changes for Windows ARM64

Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue36941> ___ ___ Pyth

[issue36942] Windows code changes for Windows ARM64

Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue36942> ___ ___ Pyth

[issue36943] Windows test changes for Windows ARM64

Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue36943> ___ ___ Pyth

[issue36944] Add support for ARM64 to libffi

Paul Monson added the comment: submitted new PR to fix build and test issues for Windows ARM64 in Python https://github.com/libffi/libffi/pull/496 -- ___ Python tracker <https://bugs.python.org/issue36

[issue36511] Add Windows ARM32 buildbot

Change by Paul Monson : -- pull_requests: +14277 pull_request: https://github.com/python/cpython/pull/14460 ___ Python tracker <https://bugs.python.org/issue36

[issue37488] Document the "gotcha" behaviors in utcnow() and utcfromtimestamp()

New submission from Paul Ganssle : Between Python 2 and Python 3, the meaning of a naive datetime underwent a subtle change. Previously a naive datetime was mostly treated as an abstract datetime in the same way a unitless number is treated as an abstract quantity (this is reflected in the

[issue37499] test_gdb.test_pycfunction should use dedicated test functions

New submission from Paul Ganssle : Currently, `test_pycfunction` picks a few built-in functions with various calling conventions to exercise all the relevant code paths: for py_name, py_args, c_name, expected_frame_number in ( ('gmtime', '

[issue37369] Issue with pip in venv on Powershell in Windows

Paul Moore added the comment: On Thu, 27 Jun 2019 at 18:08, Steve Dower wrote: > However, it does mean that we need to start reporting a sys.executable that > is not inside sys.prefix, and I'm not sure whether that is a good idea. > > Looking at venv (+Vinay for confirmatio

[issue37369] Issue with pip in venv on Powershell in Windows

Paul Moore added the comment: On Fri, 5 Jul 2019 at 21:33, Steve Dower wrote: > Yeah. We probably need to be clear about which approaches are actually > supported and which ones are not. > > Ultimately though, I think this is a situation where the breakage is forced >

[issue37500] 3.8.0b2 no longer optimizes away "if 0:" ?

Paul Ganssle added the comment: > CPython has acted the current way for about 15 years (since 2.4 was > released), and this is the first time anyone has raised an objection. This is the expected result of fixing a bug that has been open since 2008 (11 years), which itself was n

[issue37510] argparse removing more "--" than it should

paul j3 added the comment: There are earlier bug/issues about the '--'. Also look at the parser code itself. Keep in mind that parsing is done in two passes - once to identify flags versus arguments ('O/A') and then to allocate strings to arguments. I don't

[issue37514] french translation Spelling mistake on datetime python's library documentation online

Paul Ganssle added the comment: @Lanteri If you'd like you can make a pull request against the French documentation here: https://github.com/python/python-docs-fr The relevant file is library/datetime.po It also seems like the French documentation has its own issue tracker, here:

[issue37510] argparse removing more "--" than it should

paul j3 added the comment: I looked at this issue way back, in 2013: https://bugs.python.org/issue13922 I probably shouldn't have tacked this on to a closed issue. -- ___ Python tracker <https://bugs.python.org/is

[issue26952] argparse help formatter crashes

paul j3 added the comment: Xiang Zhang pointed out that the immediate error in this case was caused by the empty mutually exclusive group: https://bugs.python.org/issue26952#msg264835 The nesting fails because adding actions to the argument_group does not enroll them in the mutually

[issue37510] argparse removing more "--" than it should

paul j3 added the comment: https://bugs.python.org/file29845/dbldash.patch while written against an earlier version of `argparse`, does what you want. I moved the '--' removal out of `_get_values` and into `consume_positionals`. Note that a full patch should include test

[issue33408] Enable AF_UNIX support in Windows

Paul Monson added the comment: I've been asked by my team to investigate what is required to enable AF_UNIX in Python. Is anyone else actively investigating this? I did a prelinary investigation and the impact on test in test_sockets was pretty simple. However there were 26

[issue37552] [Windows] strptime/strftime return invalid results with UCRT version 17763.615

New submission from Paul Monson : strptime/strftime return invalid results when using UCRT version 17763.615 -- components: Tests, Windows messages: 347638 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: [Windows

[issue37552] [Windows] strptime/strftime return invalid results with UCRT version 17763.615

Change by Paul Monson : -- type: -> behavior ___ Python tracker <https://bugs.python.org/issue37552> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue37552] [Windows] strptime/strftime return invalid results with UCRT version 17763.615

Change by Paul Monson : -- keywords: +patch pull_requests: +14494 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14460 ___ Python tracker <https://bugs.python.org/issu

[issue37553] SendfileUsingSendTest tests timeout too short for Windows ARM32

New submission from Paul Monson : 2 seconds doesn't seem to be a long enough timeout for os.sendfile tests on Windows ARM32 -- components: Tests, Windows messages: 347643 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status:

[issue37553] SendfileUsingSendTest tests timeout too short for Windows ARM32

Change by Paul Monson : -- keywords: +patch pull_requests: +14516 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14716 ___ Python tracker <https://bugs.python.org/issu

[issue37564] ArgumentParser should support bool type according to truth values

paul j3 added the comment: This is an old topic, though it may be easier to find a relevant StackOverflow thread. https://stackoverflow.com/a/19233287/901925 (a 2013 thread) I and others have explained that the `type` parameter is supposed to be a callable. The default Python `bool

[issue37579] Difference in equality check between C and Python implementation for datetime module's timedelta and time

Paul Ganssle added the comment: New changeset e6b46aafad3427463d6264a68824df4797e682f1 by Paul Ganssle (Xtreak) in branch 'master': bpo-37579: Improve equality behavior for pure Python datetime and time (GH-14726) https://github.com/python/cpyt

[issue37579] Difference in equality check between C and Python implementation for datetime module's timedelta and time

Change by Paul Ganssle : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue37555] _CallList.__contains__ doesn't always respect ANY.

Paul Ganssle added the comment: Maybe I am missing something, but while it is true that DjangoModel is doing the wrong thing by returning False instead of NotImplemented, the `ANY` sentinel is supposed to match *anything*, not just things that compare equal to it, right? I would expect this

[issue37564] ArgumentParser should support bool type according to truth values

paul j3 added the comment: The use of `bool` as registry key only works because that object already exists as a builtin. This amounts a form of shadowing, and sets a dangerous precedent. type=bool should work as documented at https://docs.python.org/3/library/functions.html?highlight

[issue33408] Enable AF_UNIX support in Windows

Paul Monson added the comment: I don't know if datagram support is coming to AF_UNIX on Windows. The changes will only add the flag on Windows, and will enable stream sockets to use AF_UNIX on Windows. In mind this isn't breaking datagram support. It is true that it's a

[issue33408] Enable AF_UNIX support in Windows

Change by Paul Monson : -- keywords: +patch pull_requests: +14617 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14823 ___ Python tracker <https://bugs.python.org/issu

[issue31710] setup.py: _ctypes won't get built when system ffi is only in $PREFIX

Paul Hege added the comment: I had also received the same warnings when running make: "INFO: Could not locate ffi libs and/or headers" and "Failed to build these modules: _ctypes". Although Python could still be installed, the pip command was not installed, and installing

[issue37552] [Windows] strptime/strftime return invalid results with UCRT version 17763.615

Paul Ganssle added the comment: New changeset 9cd39b16e2655f748f7aa8d20bca4812da00ba70 by Paul Ganssle (Paul Monson) in branch 'master': bpo-37552: Skip failing tests in strptime/strftime with UCRT version 17763.615 (#14460) https://github.com/python/cpyt

[issue37636] Deprecate slicing and ordering operations on sys.version

Paul Ganssle added the comment: > So is the proposed change, in a way. At some point, there will be a 4.0 > release, which may or may not break the code in question. I don't think it's a foregone conclusion that there will be a 4.0 release. It could be that we decide th

[issue37642] timezone allows no offset from range (23:59, 24:00)

Paul Ganssle added the comment: I agree that the C and Python behavior should be the same, and both of them should allow all offsets less than 24 hours. I'm actually quite surprised we don't have a test for this in `datetimetester.py`. -- stage: ->

[issue37642] timezone allows no offset from range (23:59, 24:00)

Paul Ganssle added the comment: I have been thinking about this more and I think the two issues (`min` and `max` vs. the incompatibility between C and Python) should be considered two separate issues. My reasoning is that a change of the value of `timezone.min` and `timezone.max` is not

[issue37685] Fix equality checks for some types

Paul Ganssle added the comment: @veky I can't be sure, but I think you may not understand what returning `NotImplemented` does - this makes comparisons *more* versatile, not less. The way it works is that when Python does, for example, x == y, it will first call x.__eq__(y) and chec

[issue37717] argparse subcommand docs has non-existent parameter "action"

paul j3 added the comment: As discussed in https://bugs.python.org/issue23487, `action` works if the class is compatible with argparse._SubParsersAction. these commands all do the same thing: parser.add_subparsers() # default parser.add_subparsers(action='pa

[issue33408] Enable AF_UNIX support in Windows

Paul Monson added the comment: If you try to create a datagram socket with the current AF_UNIX changes on Windows the error is: OSError: [WinError 10047] An address incompatible with the requested protocol was used All of the examples given will fail to load with AttributeError on Windows

[issue25172] Unix-only crypt should not be present on Windows.

Paul Moore added the comment: The proposed wording seems good to me. -- ___ Python tracker <https://bugs.python.org/issue25172> ___ ___ Python-bugs-list mailin

[issue25172] Unix-only crypt should not be present on Windows.

Paul Moore added the comment: It might be worth adding a test (running only on Windows) to confirm that if you try to import crypt you get an import error with a message that includes the phrase "not supported". That will ensure that we don't get regressions here in future,

[issue37786] Doesn't delete PATH from System Variables (uninstallation)

New submission from Paul Francis : Neither the 32bit nor the 64bit version of Python 3.7.4 will remove the PATH variables from the System Environment Variables of the O/S even though the uninstallation screen explicitly displays a message that infers it is doing so. Windows 10 Pro x64 v1903

[issue37786] Doesn't delete PATH from System Variables (uninstallation)

Paul Francis added the comment: This is regarding the GUI uninstall program that is accessedd via Programs & Features (formerly known as Add/Remove Programs) in Control Panel. Sorry I didn't make this clear. That "duplicate" report seems to be for a Command Line method o

[issue37786] Doesn't delete PATH from System Variables (uninstallation)

Change by Paul Francis : -- resolution: duplicate -> status: closed -> open ___ Python tracker <https://bugs.python.org/issue37786> ___ ___ Python-bugs-

[issue36511] Add Windows ARM32 buildbot

Change by Paul Monson : -- pull_requests: +14913 pull_request: https://github.com/python/cpython/pull/15181 ___ Python tracker <https://bugs.python.org/issue36

[issue25172] Unix-only crypt should not be present on Windows.

Paul Moore added the comment: New changeset f4e725f224b864bf9bf405ff7f863cda46fca1cd by Paul Moore (shireenrao) in branch 'master': bpo-25172: Raise appropriate ImportError msg when crypt module used on Windows (GH-15149) https://github.com/python/cpyt

[issue25172] Unix-only crypt should not be present on Windows.

Paul Moore added the comment: On reflection, adding a test for the Windows-specific behaviour looks like it could be more complex than I'd anticipated, so I'm happy for this to go in without an extra test. I'll look at adding a test in a follow-up PR (or if someone else w

[issue25172] Unix-only crypt should not be present on Windows.

Paul Moore added the comment: That's where I decided it was too complex for now :-) The whole test_crypt.py file is skipped if you can't import crypt, via the use of the test.support.import_module() function. To be able to write a test for a platform where the whole point is that

[issue36714] Tweak doctest 'example' regex to allow a leading ellipsis in 'want' line

Paul Moore added the comment: It shouldn't be hard to update the regex to accept either "... " followed by other text or "..." on a line on its own, surely? -- nosy: +paul.moore ___ Python tracker <https:

[issue37642] timezone allows no offset from range (23:59, 24:00)

Paul Ganssle added the comment: New changeset 92c7e30adf5c81a54d6e5e555a6bdfaa60157a0d by Paul Ganssle (Ngalim Siregar) in branch 'master': bpo-37642: Update acceptable offsets in timezone (GH-14878) https://github.com/python/cpython/commit/92c7e30adf5c81a54d6e5e555a6bdf

[issue37817] create_pipe_connection and start_serving_pipe not documented

New submission from Paul Martin : I found these two methods in the windows_events code for asyncio. Is there a reason why they don't seem to be documented, and are not included in AbstractServer? They provide a good Windows alternative to create_unix_server & create_unix_connection

[issue37642] timezone allows no offset from range (23:59, 24:00)

Change by Paul Ganssle : -- pull_requests: +14950 pull_request: https://github.com/python/cpython/pull/15226 ___ Python tracker <https://bugs.python.org/issue37

[issue37642] timezone allows no offset from range (23:59, 24:00)

Change by Paul Ganssle : -- pull_requests: +14951 pull_request: https://github.com/python/cpython/pull/15227 ___ Python tracker <https://bugs.python.org/issue37

[issue37564] ArgumentParser should support bool type according to truth values

paul j3 added the comment: This patch lacks proper documentation, and is too English language specific. For users who assume 'type' means a class rather than function (callable) this change does not need documentation, since it accommodates that assumption. But more experienced

<    6   7   8   9   10   11   12   13   14   15   >