[issue34711] Lib/http/server.py: Return HTTPStatus.NOT_FOUND if path.endswith(/) and not a directory

Change by Michael Felt : -- pull_requests: +14034 pull_request: https://github.com/python/cpython/pull/14197 ___ Python tracker <https://bugs.python.org/issue34

[issue35704] On AIX, test_unpack_archive_xztar fails with default MAXDATA settings

Change by Michael Felt : -- pull_requests: +14031 pull_request: https://github.com/python/cpython/pull/14194 ___ Python tracker <https://bugs.python.org/issue35

[issue35495] argparse does not honor default argument for nargs=argparse.REMAINDER argument

Michael Blahay added the comment: Need some help searching github to determine the blast radius of the proposed changes. How does one look for instances of argparse.REMAINDER that are used with a default value? -- ___ Python tracker <ht

Re: How control a GUI for an unrelated application from a Python script?

On 06/13/2019 05:49 PM, Christian Seberino wrote: > I have a third party GUI that manages some hardware. > > I want to control the hardware from a Python script. > > This seems to mean I need to somehow have Python code > that imitates a human doing the necessary > actions on the GUI

[issue19645] decouple unittest assertions from the TestCase class

Michael Foord added the comment: Or even making the assert methods into custom descriptors. -- ___ Python tracker <https://bugs.python.org/issue19645> ___ ___

[issue19645] decouple unittest assertions from the TestCase class

Michael Foord added the comment: Hmm, it could be done by __init_subclass__ potentially. -- ___ Python tracker <https://bugs.python.org/issue19645> ___ ___ Pytho

[issue19645] decouple unittest assertions from the TestCase class

Michael Foord added the comment: Suppose failureException is set to TypeError on that TestCase class, how would your assertEquals signal failure to the test runner? -- ___ Python tracker <https://bugs.python.org/issue19

[issue28009] core logic of uuid.getnode() needs refresh

Michael Felt added the comment: p.s. - changed the title: way back when I first started on this I was mainly concerned that the _netstat_getnode() routine was broken for AIX. During the research and follow-up discussions it has become clear that it is more than just an AIX issue

[issue28009] core logic of uuid.getnode() is broken for netstat

Change by Michael Felt : -- versions: +Python 3.9 ___ Python tracker <https://bugs.python.org/issue28009> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28009] core logic of uuid.getnode() is broken for netstat

Michael Felt added the comment: I have modified - _NODE_GETTERS_WIN32 = [_windll_getnode, _netbios_getnode, _ipconfig_getnode] _NODE_GETTERS_UNIX = [_unix_getnode, _ifconfig_getnode, _ip_getnode, _arp_getnode, _lanscan_getnode, _netstat_getnode] to: +683

[issue19645] decouple unittest assertions from the TestCase class

Michael Foord added the comment: Has anyone seen any real world use cases for failureException? It's a real hindrance to a whole bunch of changes sounds decoupling. On the other hand something like assertThat could catch a custom exception from the matchers (subclass of AssertionError

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

Change by Michael Felt : -- pull_requests: +13875 pull_request: https://github.com/python/cpython/pull/14011 ___ Python tracker <https://bugs.python.org/issue35

[issue37243] test_sendfile in asyncio crashes when os.sendfile() is not supported

Change by Michael Felt : -- keywords: +patch pull_requests: +13874 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14010 ___ Python tracker <https://bugs.python.org/issu

[issue37243] test_sendfile in asyncio crashes when os.sendfile() is not supported

New submission from Michael Felt : issue34655 added sendfile support to asyncio. However, the `test_sendfile` fails when called if there is no os.sendfile support. This patch will skip the test when @unittest.skipUnless(hasattr(os, 'sendfile'), 'test needs os.sendfile

[issue37087] Adding native id support for openbsd

Change by Michael Felt : -- pull_requests: +13872 pull_request: https://github.com/python/cpython/pull/13624 ___ Python tracker <https://bugs.python.org/issue37

Re: FDs will be closed after exception automatically in python2.7?

On 06/10/2019 04:18 AM, lampahome wrote: > as title, > > I confused will fd will be close after exception automatically? > Like: > try: > fd=open("file","w+") > fd.get() //any useless function of fd > except Exception: > print 'hi' No. What if you want to work with the fd object

[issue36656] Please add race-free os.link and os.symlink wrapper / helper

Michael Felt added the comment: I started a reply on the python-mentoring maillist - and promised to come back here. a) imho - the discussion about an "attacker" is only misleading for the general case. For active attacks - where an attacker has active acces to the system is not

[issue36656] Please add race-free os.link and os.symlink wrapper / helper

Change by Michael Felt : -- nosy: +Michael.Felt ___ Python tracker <https://bugs.python.org/issue36656> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36624] cleanup the stdlib and tests with regard to sys.platform usage

Michael Felt added the comment: On 06/06/2019 19:08, Steve Dower wrote: > Steve Dower added the comment: > > Changing our policy here (from "no policy" to "here's a recommendation") > probably deserves a python-dev discussion first. I can rejoin the list -

[issue36624] cleanup the stdlib and tests with regard to sys.platform usage

Michael Felt added the comment: On 06/06/2019 14:14, Tal Einat wrote: > Tal Einat added the comment: > > Steve's suggestion sounds reasonable. > > Should we just add this to the devguide, then? Well, as I said before - it was never about THIS being the solution. While that

[issue37166] inspect.findsource doesn't handle shortened files gracefully

Change by Michael Bejda : -- keywords: +patch pull_requests: +13727 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13850 ___ Python tracker <https://bugs.python.org/issu

[issue36624] cleanup the stdlib and tests with regard to sys.platform usage

Michael Felt added the comment: On 05/06/2019 07:07, Tal Einat wrote: > Tal Einat added the comment: > > Michael, your willingness to help, and the work on this issue and PR, are > greatly appreciated! > > Reading through the discussion here again, and the one referenced

Re: Checking refusal of a network connection

On 06/01/2019 11:15 AM, Markus Elfring wrote: >>> connect(3, {sa_family=AF_INET, sin_port=htons(37351), >>> sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ECONNREFUSED (Connection refused) >> >> Without seeing the code, I'd be suspicious of that difference. > > I would expect that the IPv4

[issue36721] Add pkg-config python-3.8-embed and --embed to python3.8-config

Change by Michael Haubenwallner : -- pull_requests: +13592 pull_request: https://github.com/python/cpython/pull/737 ___ Python tracker <https://bugs.python.org/issue36

[issue36889] Merge StreamWriter and StreamReader into just asyncio.Stream

Michael Felt added the comment: hmm - i had just synced with master. must have just missed something since there is a strike-out through GH-13251. If so, please ignore. BBL. -- ___ Python tracker <https://bugs.python.org/issue36

[issue36889] Merge StreamWriter and StreamReader into just asyncio.Stream

Michael Felt added the comment: FYI: since: commit 23b4b697e5b6cc897696f9c0288c187d2d24bff2 Author: Andrew Svetlov Date: Mon May 27 22:56:22 2019 +0300 bpo-36889: Merge asyncio streams (GH-13251) https://bugs.python.org/issue36889 AIX bot 'hangs' during test_sendfile

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

Michael Felt added the comment: On 30/05/2019 23:11, Andrew Svetlov wrote: > Andrew Svetlov added the comment: > > Guys, thank you for investigation. > If there is AIX "idiosyncrasy" -- please feel free to skip failed tests on > AIX. > > If you have access to

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

Michael Felt added the comment: On 30/05/2019 10:27, Erwan Le Pape wrote: > Erwan Le Pape added the comment: > > Assuming similar configuration to the one in msg343430, a simple native > getaddrinfo test to check whether any scope ID is returned. The 'expanded' program ... main(

[issue36624] cleanup the stdlib and tests with regard to sys.platform usage

Michael Felt added the comment: On 29/05/2019 16:36, Ned Deily wrote: > Ned Deily added the comment: > > FWIW, my opinion on making this kind of wholesale change has not changed: see > the discussion in PR 7800. I had actually read through that before I started on this.

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

Michael Felt added the comment: On 25/05/2019 00:19, Erwan Le Pape wrote: > Erwan Le Pape added the comment: > > Thanks for testing that. It's good that you used an actual address because > that eliminates the possibility that AIX doesn't handle addresses it doesn't > re

[issue37077] Threading: add builtin TID attribute to Thread objects for AIX

Change by Michael Felt : -- keywords: +patch pull_requests: +13523 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13624 ___ Python tracker <https://bugs.python.org/issu

[issue37077] Threading: add builtin TID attribute to Thread objects for AIX

New submission from Michael Felt : As issue36084 is already closed - opening a new issue for the PR to add this support for AIX. -- messages: 343765 nosy: Michael.Felt priority: normal severity: normal status: open title: Threading: add builtin TID attribute to Thread objects for AIX

[issue17250] argparse: Issue 15906 patch; positional with nargs='*' and string default

Michael Blahay added the comment: Also see https://bugs.python.org/issue35495 -- nosy: +mblahay ___ Python tracker <https://bugs.python.org/issue17250> ___ ___

[issue36913] Missing documentation for decorators

Michael Blahay added the comment: The PEP is not the first place I go looking for information on Python topics, just my two cents. -- nosy: +mblahay ___ Python tracker <https://bugs.python.org/issue36

[issue35495] argparse does not honor default argument for nargs=argparse.REMAINDER argument

Michael Blahay added the comment: Ryan, last chance, do you have any feedback? -- ___ Python tracker <https://bugs.python.org/issue35495> ___ ___ Python-bug

[issue27639] UserList.__getitem__ doesn't account for slices

Michael Blahay added the comment: Thank you Mark. Everything for this one is complete. The issue may be closed. -- ___ Python tracker <https://bugs.python.org/issue27

[issue36084] Threading: add builtin TID attribute to Thread objects

Michael Felt added the comment: On 23/05/2019 18:16, Jake Tesler wrote: > Jake Tesler added the comment: > > Michael Felt - > If you would like some help with adding/building AIX support for this > functionality, tag me, I'd be glad to help out! :) > > -- Than

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

Michael Felt added the comment: No problem with trying out your tests. Sent from my iPhone > On 25 May 2019, at 00:19, Erwan Le Pape wrote: > > > Erwan Le Pape added the comment: > > Thanks for testing that. It's good that you used an actual address because

Re: PEP 594 cgi & cgitb removal

On 05/24/2019 04:27 AM, Jon Ribbens via Python-list wrote: > On 2019-05-23, Gunnar Þór Magnússon wrote: >>> nginx is the current hotness. CGI has not been hotness since the >>> mid 90s. >> >> Serverless is the new hotness, and serverless is CGI. Technology is >> cyclical. > > Sorry, in what

[issue27639] UserList.__getitem__ doesn't account for slices

Michael Blahay added the comment: PR 13203 is still waiting for merge -- ___ Python tracker <https://bugs.python.org/issue27639> ___ ___ Python-bugs-list mailin

Re: PEP 594 cgi & cgitb removal

On 05/24/2019 01:24 PM, Marko Rauhamaa wrote: > There's a programming language arms race. Python wants to beat Java, C# > and go in the everything-for-everybody game. Python developers seem to > take the popularity of the language as proof of success. Pride goes > before the fall. I don't see

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

Michael Felt added the comment: On 24/05/2019 19:59, Erwan Le Pape wrote: > python3 -c 'import socket; print(socket.getaddrinfo("fe80::1%1", 80))'` root@x067:[/home/root]python3 -c 'import socket; print(socket.getaddrinfo("fe80::1%1", 80))' [(, , 17, '', ('fe80::1', 80,

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

Michael Felt added the comment: On 24/05/2019 19:59, Erwan Le Pape wrote: > python3 -c 'import socket; print(socket.getaddrinfo("fe80::1%1", 80))'` p.s. I used an actual address: buildbot@x064:[/home/buildbot/aixtools-master]netstat -ni Name  Mtu   Network Address  

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

Michael Felt added the comment: In hindsight, maybe the message could have been better, BUT - is it relevant? commit 413118ebf3162418639a5c4af14b02d26571a02c Author: Michael Felt Date: Fri Sep 14 01:35:56 2018 +0200 Fix test_asyncio for AIX - do not call transport.get_extra_info

[issue37017] Use LOAD_METHOD optimization in CallMethod C API functions

Michael J. Sullivan added the comment: I believe that this is orthogonal to PEP 590. PyObject_CallMethodObjArgs and friends take varargs which need to be copied into an array one way or another. It is easy (and efficient) to prepend the base while copying the function arguments

[issue37017] Use LOAD_METHOD optimization in CallMethod C API functions

Change by Michael J. Sullivan : -- nosy: +brett.cannon, serhiy.storchaka, vstinner, yselivanov ___ Python tracker <https://bugs.python.org/issue37017> ___ ___

[issue37017] Use LOAD_METHOD optimization in CallMethod C API functions

Change by Michael J. Sullivan : -- keywords: +patch pull_requests: +13433 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue37017> ___ _

[issue37017] Use LOAD_METHOD optimization in CallMethod C API functions

New submission from Michael J. Sullivan : The different varieties of PyObject_CallMethod* routines all operate by doing a PyObject_GetAttr to fetch an object to call. It seems likely to be worthwhile to take advantage of the LOAD_METHOD optimization that avoids creating a bound method object

[issue36878] ast.parse with type_comments=True should allow extra text after # type: ignore

Michael J. Sullivan added the comment: I think this is done! -- ___ Python tracker <https://bugs.python.org/issue36878> ___ ___ Python-bugs-list mailin

[issue36878] ast.parse with type_comments=True should allow extra text after # type: ignore

Change by Michael J. Sullivan : -- pull_requests: +13419 ___ Python tracker <https://bugs.python.org/issue36878> ___ ___ Python-bugs-list mailing list Unsub

[issue36084] Threading: add builtin TID attribute to Thread objects

Michael Felt added the comment: On 22/05/2019 18:08, STINNER Victor wrote: > STINNER Victor added the comment: > > Michael Felt: it's annoying when you ignore Antoine's comment and my comment. > * https://github.com/python/cpython/pull/13463#issuecomment-494797084 > * https://

[issue36084] Threading: add builtin TID attribute to Thread objects

Michael Felt added the comment: On 22/05/2019 15:15, Jake Tesler wrote: > Jake Tesler added the comment: > > I will look into whether adding thread_self() for AIX would be simple enough > for this PR. > > -- > > ___ &g

[issue36878] ast.parse with type_comments=True should allow extra text after # type: ignore

Michael Sullivan added the comment: I think there will be one more PR to disallow non-ASCII characters immediately after a `# type: ignore`, but otherwise I think this is done -- ___ Python tracker <https://bugs.python.org/issue36

[issue37009] Threading and THREAD_SAFE for AIX

New submission from Michael Felt : For years Python includes the file /usr/include/pthread.h. The AIX documentation states that this needs to be the first include file included OR the define _THREAD_SAFE needs to be defined. As this may have been true, might still be true, or might have

[issue36084] Threading: add builtin TID attribute to Thread objects

Michael Felt added the comment: On 22/05/2019 12:22, Michael Felt wrote: > All the other "assurances" are just things that need to be assured. Adding a > -D_XXX to CFLAGS is not all that complex either. Perhaps getting the need for > the flag documented is 'complex'. Now

[issue36084] Threading: add builtin TID attribute to Thread objects

Michael Felt added the comment: I do not know if it is that much mode complex. Unless I missed something it seems to be that this bit - needs three lines added after the FREEBSD block - per below: All the other "assurances" are just things that need to be assured. Adding a -D_XXX

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

Michael Felt added the comment: On 22/05/2019 10:43, Michael Felt wrote: > 'fe80::1%1' <> 'fe80::1' - ... I am not 'experienced' with IPv6 and scope. >From what I have just read (again) - scope seems to be a way to indicate the interface used (e.g., eth0, or enp0s25) as a "

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

Michael Felt added the comment: from below: In case of 3.7 first call to _ensure_resolved returns ('fe80::1', 12345, 0, 1) then second call returns ('fe80::1', 12345, 0, 0) Notice that scope is now completely lost and is set to 0, thus actual call to socket.connect is wrong In case of 3.6

[issue36084] Threading: add builtin TID attribute to Thread objects

Michael Felt added the comment: Repeating a bot of what I added to PR13463 AIX has native support for thread-id since at least AIX 4.1 (1994-1995) where every process has an initial TID (PID are even numbers and "own" the resources, TID are odd and are the "workers&quo

[issue36878] ast.parse with type_comments=True should allow extra text after # type: ignore

Change by Michael Sullivan : -- pull_requests: +13391 ___ Python tracker <https://bugs.python.org/issue36878> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36816] self-signed.pythontest.net TLS certificate key is too weak

Michael Felt added the comment: On 21/05/2019 12:08, Michael Felt wrote: > Michael Felt added the comment: > > p.s. On Centos I could not even get a python3 (at least not easily). > > On debian (on POWER) I get the same error (message) as on AIX - although the > line

[issue36990] test_asyncio.test_create_connection_ipv6_scope fails(in mock test?)

New submission from Michael Felt : == test_create_connection_ipv6_scope (test.test_asyncio.test_base_events.BaseEventLoopWithSelectorTests) -- Traceback (most

[issue36989] test_thread fails because symbol is (no longer) exported

New submission from Michael Felt : On AIX, with commit 4fb15021890d327023aefd95f5a84ac33b037d19 (HEAD -> master, origin/master, origin/HEAD) test_thread is failing. The three sub_tests that exit as ERROR are: ERROR: test_threads_join_2 (test.test_threading.SubinterpThreadingTests) ER

[issue36273] test_thread leaks a core dump on PPC64 AIX 3.x

Michael Felt added the comment: Again - how can I get the core (dump) mentioned in the error message. When I force this situation I have several core dumps - not "the one". -- ___ Python tracker <https://bugs.python.o

[issue36752] test multiprocessing: test_rapid_restart() crash on AIX

Michael Felt added the comment: I believe (or hope) this is related to issue35828. This is, as far as I can tell, a compiler issue. It appears "always" in the bot situation (not building as root) when using xlc-v11, but not when using gcc-4.7.4. So, when the test failure &

[issue36816] self-signed.pythontest.net TLS certificate key is too weak

Michael Felt added the comment: p.s. On Centos I could not even get a python3 (at least not easily). On debian (on POWER) I get the same error (message) as on AIX - although the line number did change. ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed

[issue36816] self-signed.pythontest.net TLS certificate key is too weak

Michael Felt added the comment: I am not an OpenSSL expert - and I am conscious of OpenSSL changes with regard to 'acceptance' of anything self-signed. And, what it looks like you are trying to do with an updated 'signing" .pem is to remove the 'self-signed' charasteric. On AIX - at

Re: Why Python has no equivalent of JDBC of Java?

On 05/20/2019 04:23 PM, Andrew Z wrote: > What does 249 specification mention about drivers? Nothing that I can see. But it stands to reason that at some point the Python code is going to have to interface with the SQL database server's API. And when the database in question is proprietary, the

[issue27639] UserList.__getitem__ doesn't account for slices

Michael Blahay added the comment: PR 13203 is still waiting for merge -- ___ Python tracker <https://bugs.python.org/issue27639> ___ ___ Python-bugs-list mailin

Re: Error Opening Python for Windows Download

On 05/12/2019 04:42 PM, Alexandra Mistak wrote: > Hi Python, > > I have unsuccessfully downloaded Python Windows x86-64 executable installer > multiple > times. > > After installation, when I go to launch the program it tells me to

[issue32509] doctest syntax ambiguity between continuation line and ellipsis

Michael Blahay added the comment: At the end of msg309603 it was stated that this issue is being changed to an enhancement. Later on, Tim Peters changed it Type back to behavior, but didn't provide any detail about why. Should this issue still be considered an enhancement? -- nosy

[issue35495] argparse does not honor default argument for nargs=argparse.REMAINDER argument

Michael Blahay added the comment: Ryan, What say you? Will you be satisfied with the addition of a note in the documentation? -- ___ Python tracker <https://bugs.python.org/issue35

[issue36878] ast.parse with type_comments=True should allow extra text after # type: ignore

Change by Michael Sullivan : -- keywords: +patch pull_requests: +13148 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue36878> ___ _

[issue27639] UserList.__getitem__ doesn't account for slices

Michael Blahay added the comment: PR 13203 has finally made it through all checks successfully and is now awaiting merging. Please someone pick it up and merge it. Thank you -- ___ Python tracker <https://bugs.python.org/issue27

[issue36878] ast.parse with type_comments=True should allow extra text after # type: ignore

New submission from Michael Sullivan : Per discussion during the typing summit at PyCon, it would be a good idea to allow extra information to be included in `# type: ignore` comments, in order to allow behavior such as suppressing individual errors (for example, with syntax like `# type

[issue35495] argparse does not honor default argument for nargs=argparse.REMAINDER argument

Michael Blahay added the comment: Much detail has been provided regarding why the default is ignored when user the REMAINDER option. The desire to add an exception has not. Is there anyone that can provide guidance on whether the combination of: 1. Positional Argument 2. nargs=REMAINDER 3

[issue35495] argparse does not honor default argument for nargs=argparse.REMAINDER argument

Michael Blahay added the comment: With the optional arguments, the determination about whether to use the default value is made based on whether the flag is present or not. When positional arguments are involved, the need for the defaults seems to in part be determined based on whether

[issue35495] argparse does not honor default argument for nargs=argparse.REMAINDER argument

Michael Blahay added the comment: Here is another take on the issue, this time illustrated through the lens of optional arguments. import argparse parser = argparse.ArgumentParser() parser.add_argument('--foo', nargs=1,default=['none']) parser.add_argument('--baz', nargs='*', default=['nada

[issue35495] argparse does not honor default argument for nargs=argparse.REMAINDER argument

Michael Blahay added the comment: For the purpose of facilitating continuing conversation, here are two tests that contrast the use of * versus REMAINDER import argparse parser = argparse.ArgumentParser() parser.add_argument('foo', nargs=1,default=['none']) parser.add_argument('bar', nargs

[issue27639] UserList.__getitem__ doesn't account for slices

Michael Blahay added the comment: For those that are wondering what is going on with PR 13181 and PR 13203, those are both for back porting the change to 3.7. The auto generated PR 13181 failed for an unknown reason and then the bot deleted the branch so the PR could not be taken any

[issue35495] argparse does not honor default argument for nargs=argparse.REMAINDER argument

Michael Blahay added the comment: Ryan, I have reviewed the documentation at https://docs.python.org/3/library/argparse.html#nargs and must admit that there is not a definitive answer that I can see regarding the defined behavior should there be no command line arguments that are in fact

[issue35495] argparse does not honor default argument for nargs=argparse.REMAINDER argument

Michael Blahay added the comment: Okay, so the expected output after running parse.parse_args([]) is Namespace(['nothing']) -- ___ Python tracker <https://bugs.python.org/issue35

[issue27639] UserList.__getitem__ doesn't account for slices

Michael Blahay added the comment: PR 13150, the recreation of PR 4981, was noticed just after I created PR 13169. It was decided to continue forward with PR 13169 since PR 13150 contained changes that were out of scope for BPO-27639 for which it was suspected might have been the cause

[issue27639] UserList.__getitem__ doesn't account for slices

Change by Michael Blahay : -- pull_requests: +13114 ___ Python tracker <https://bugs.python.org/issue27639> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36849] Native libcurses on HP-UX not properly detected

Change by Michael Osipov <1983-01...@gmx.net>: -- keywords: +patch pull_requests: +13099 stage: -> patch review ___ Python tracker <https://bugs.python.or

[issue36849] Native libcurses on HP-UX not properly detected

New submission from Michael Osipov <1983-01...@gmx.net>: The module _curses fails to build because curses cannot be found on HP-UX. In this case, it has an unorthodox location: > $ ll /usr/lib/hpux32/libcurses.so lr-xr-xr-x 1 bin bin 17 2018-09-07 15:29 /usr/lib/hpux32/lib

[issue35495] argparse does not honor default argument for nargs=argparse.REMAINDER argument

Michael Blahay added the comment: Ryan, what are the exact steps to reproduce the problem? This is what I get when I run the code you included: >>> import argparse >>> parser = argparse.ArgumentParser() >>> parser.add_argument('things', nargs=argparse.R

[issue27639] UserList.__getitem__ doesn't account for slices

Michael Blahay added the comment: Let it be known that the author of PR 4981 is known as vaultah. He/she personally closed the pull request this morning stating a lack of need to be recognized for the work. Per his/her instructions I am reviewing the changes and incorporating in our

[issue27639] UserList.__getitem__ doesn't account for slices

Michael Blahay added the comment: Please note that I am working with Erick Cervantes at PyCon2019 on this issue. -- ___ Python tracker <https://bugs.python.org/issue27

[issue27639] UserList.__getitem__ doesn't account for slices

Michael Blahay added the comment: Thank you for bringing up that PR. My team will review and try to find out why it was closed without a merge. -- ___ Python tracker <https://bugs.python.org/issue27

[issue27639] UserList.__getitem__ doesn't account for slices

Michael Blahay added the comment: Results from a quick unit test on the proposed changes were positive: >>> from collections import UserList >>> UserList([0,1,2,3,4,5])[0:2].__class__ If you compare this result with the one a couple comments above, you can see that the r

[issue27639] UserList.__getitem__ doesn't account for slices

Michael Blahay added the comment: It is also worth noting that the definition of UserList moved from Lib/UserList.py in 2.7 to Lib/collections/__init__.py in 3.x -- ___ Python tracker <https://bugs.python.org/issue27

[issue27639] UserList.__getitem__ doesn't account for slices

Michael Blahay added the comment: The root cause of this issue seems to be the failure to implement type usage in __getitem__ when the deprecated __getslice__ was removed. This is why slicing worked correctly in 2.7, but not the 3.x versions. In 3.8, the __getitem__ method is used to create

[issue27639] UserList.__getitem__ doesn't account for slices

Michael Blahay added the comment: Here is a test that more explicitly shows the problem. >>> from collections import UserList >>> UserList([0,1,2,3,4,5])[0:2].__class__ >>> It can clearly be seen here that the return type of the slicing operator is list w

[issue11698] Improve repr for structseq objects to show named, but unindexed fields

MICHAEL BLAHAY added the comment: I have been advised to avoid enhancements like this one, so I am setting this back down. Also, this should be relabeled as easy(c). -- ___ Python tracker <https://bugs.python.org/issue11

[issue36582] collections.UserString encode method returns a string

MICHAEL BLAHAY added the comment: My mistake, dfortunov is already working on this one. -- ___ Python tracker <https://bugs.python.org/issue36582> ___ ___ Pytho

[issue36582] collections.UserString encode method returns a string

MICHAEL BLAHAY added the comment: I will pick this on up -- nosy: +MICHAEL BLAHAY ___ Python tracker <https://bugs.python.org/issue36582> ___ ___ Python-bug

[issue11698] Improve repr for structseq objects to show named, but unindexed fields

MICHAEL BLAHAY added the comment: I will work on this -- nosy: +MICHAEL BLAHAY ___ Python tracker <https://bugs.python.org/issue11698> ___ ___ Python-bugs-list m

[issue27497] csv module: Add return value to DictWriter.writeheader

MICHAEL BLAHAY added the comment: Ah ha, so there is. I'm glad this one will get closed out. Sorry for noob mistake. -- ___ Python tracker <https://bugs.python.org/issue27

[issue27497] csv module: Add return value to DictWriter.writeheader

MICHAEL BLAHAY added the comment: I would like to drive this to conclusion since it appears this issue has not had any real activity in a while. First thing that needs to be determined is whether this enhancement is still desirable. Who can answer this? -- nosy: +MICHAEL BLAHAY

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