[issue31823] Opaque default value for close_fds argument in Popen.__init__
Change by Danish Prakash : -- keywords: +patch pull_requests: +10276 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue31823> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31823] Opaque default value for close_fds argument in Popen.__init__
Danish Prakash added the comment: I'd like to work on this. I get that the 3.7+ doc still has the irrelevant change from 3.6 which needs to be removed but I'm not sure what's wrong with the 3.6 doc. > The signature is indeed awkward for 3.6, -- nosy: +danishprakash ___ Python tracker <https://bugs.python.org/issue31823> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34812] [EASY] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag
Danish Prakash added the comment: Sorry for bumping this thread but Victor, could you please share your inputs on this if you have the time for it, thanks. -- ___ Python tracker <https://bugs.python.org/issue34812> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20582] socket.getnameinfo() does not document flags
Danish Prakash added the comment: I would like to work on this if nobody else has. -- nosy: +danishprakash ___ Python tracker <https://bugs.python.org/issue20582> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35292] Make SimpleHTTPRequestHandler load mimetypes lazily
Danish Prakash added the comment: I would like to work on this if you have not already started, Steve. > We should check whether people read from > SimpleHTTPRequestHandler.extensions_map directly before calling guess_type(), > and decide how quickly we can make the change. Are you implying we make the change based on whether someone use SimpleHTTPRequestHandler.extensions_map before calling guess_type()? Could you please elaborate that a bit, thanks. -- nosy: +danishprakash ___ Python tracker <https://bugs.python.org/issue35292> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34901] Missing isolated (-I) flag in sys.flags table
Change by Danish Prakash : -- pull_requests: +9283 ___ Python tracker <https://bugs.python.org/issue34901> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12345] Add math.tau
Change by Danish Prakash : -- pull_requests: +9150 ___ Python tracker <https://bugs.python.org/issue12345> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34812] [EASY] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag
Danish Prakash added the comment: You're right Karthikeyan, although I personally think that returning ['-s', '-E', '-I'] should be a plausible solution here since it has been stated explicitly that it implies '-s' and '-E' but I'm still waiting for what Victor has to say on this. > The only thing here is that '-I' returns '-s -E -I' unlike other options > where args can be used for comparison logic in check_options. Karthikeyan, do you happen to have a use case where this might come into action? -- ___ Python tracker <https://bugs.python.org/issue34812> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34812] [EASY] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag
Danish Prakash added the comment: > I expect to get: ['-I'] instead of ['-s', '-E', '-I'] >From what I understand, this can be done in one of two ways. First, we could >edit >https://github.com/python/cpython/blob/ad73a9cf97770023665a1bb1c6390a3c99478139/Modules/main.c#L430 > and not incrementing -s and -E. But I believe this would have consequences >that I'm unable to think of right now, so I'd like some inputs on this. Secondly, we could handle this condition in `_args_from_interpreted_flags()` itself but that might be looked upon as bad practice. -- ___ Python tracker <https://bugs.python.org/issue34812> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34901] Missing isolated (-I) flag in sys.flags table
Danish Prakash added the comment: Thanks for the concise explanation, that makes sense. > Also there will be no binary releases and only source releases for security > only branches. Is there any particular reason as to why this happens? IS it just to make it easier for the team to focus on the development of current versions or something else? -- ___ Python tracker <https://bugs.python.org/issue34901> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34901] Missing isolated (-I) flag in sys.flags table
Danish Prakash added the comment: thank you for for making the corrections, however, what's with a version being in security fixes mode? I would like to read more about that. -- ___ Python tracker <https://bugs.python.org/issue34901> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34812] [EASY] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag
Danish Prakash added the comment: Linking this[1] here in case someone else stumbles upon this thread. I've created an issue and a PR for the documentation issue regarding the absence of -I flag from the sys.flags table which came into picture from the discussions in this thread. [1]: https://bugs.python.org/issue34901 -- ___ Python tracker <https://bugs.python.org/issue34812> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34901] Missing isolated (-I) flag in sys.flags table
Change by Danish Prakash : -- assignee: docs@python components: Documentation nosy: danishprakash, docs@python priority: normal severity: normal status: open title: Missing isolated (-I) flag in sys.flags table versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue34901> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34812] [EASY] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag
Danish Prakash added the comment: Thank you Karthikeyan, I'm going to take care of both of these issues. -- ___ Python tracker <https://bugs.python.org/issue34812> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34812] [EASY] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag
Danish Prakash added the comment: > With respect to documentation I was talking about '-I' not being documented > in the table at https://docs.python.org/3.7/library/sys.html#sys.flags though > it's present in the C code and in sys.flags.isolated. Thanks for bringing this up Karthikeyan, however, could there be another reason why -I would be left out. Also, have you filed an issue for this? Also, Victor and Karthikeyan, since this issue has been categorized as an easy issue, I would like to fix this if none of you have started working on this. -- nosy: +danishprakash ___ Python tracker <https://bugs.python.org/issue34812> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34443] enum repr should use __qualname__
Danish Prakash added the comment: Serhiy, why should __qualname__ always be used together with __module__? I can't seem to find a valid reason, I've been through the pep. -- nosy: +prakashdanish ___ Python tracker <https://bugs.python.org/issue34443> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34443] enum repr should use __qualname__
Change by Danish Prakash : -- keywords: +patch pull_requests: +8462 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34443> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34334] QueueHandler logs exc_info twice
Danish Prakash added the comment: I would like to work on this, just making sure you are not. -- nosy: +prakashdanish ___ Python tracker <https://bugs.python.org/issue34334> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34426] "__lltrace__" seems to be wrong , "__ltrace__" is correct in Misc/SpecialBuilds.txt
Change by Danish Prakash : -- keywords: +patch pull_requests: +8301 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34426> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34426] "__lltrace__" seems to be wrong , "__ltrace__" is correct in Misc/SpecialBuilds.txt
Danish Prakash added the comment: @pablogsal I would love to fix this up -- ___ Python tracker <https://bugs.python.org/issue34426> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34426] "__lltrace__" seems to be wrong , "__ltrace__" is correct in Misc/SpecialBuilds.txt
Danish Prakash added the comment: > however it seems to be wrong, "__ltrace__" is correct just curious how did you figure it out? -- nosy: +prakashdanish ___ Python tracker <https://bugs.python.org/issue34426> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"
Change by Danish Prakash : -- keywords: +patch pull_requests: +8292 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34365> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"
Danish Prakash added the comment: > But in 3.x, comparison no longer falls back to comparing object addresses. What is the default fallback in 3.x? -- nosy: +prakashdanish ___ Python tracker <https://bugs.python.org/issue34365> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
