[issue33428] pathlib.Path.glob does not follow symlinks

Change by Brian Sheldon : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue32797] Tracebacks from Cython modules no longer work

Change by Stefan Behnel : -- type: -> behavior versions: +Python 3.5, Python 3.6, Python 3.7, Python 3.8 ___ Python tracker ___ ___

[issue33428] pathlib.Path.glob does not follow symlinks

New submission from Brian Sheldon : Given a `pathlib.Path` that contains symlinked subfolders, `Path.glob` (and `.rglob`) do not follow symlinks. This is not consistent with `glob.glob` which does. For example given the following: C:\Folder C:\Folder\Subfolder -> D:\Subfolder D:\Subfolder\Fil

[issue14384] Add "default" kw argument to operator.itemgetter and operator.attrgetter

Raymond Hettinger added the comment: FWIW, Joe Jevnik worked hard to squeeze every possible nanosecond out of these calls because they were frequently used. Extending this API will tend to undo his efforts. The original intent of itemgetter() was to provide a minimal alternative to writing

[issue33427] Dead link in "The Python Standard Library" page

SilentGhost added the comment: The language of that paragraph could be updated as well. -- nosy: +SilentGhost stage: -> needs patch versions: +Python 2.7, Python 3.4, Python 3.5, Python 3.7, Python 3.8 ___ Python tracker

[issue22276] pathlib glob ignores trailing slash in pattern

Change by SilentGhost : -- assignee: -> emilyemorehouse nosy: +brianmsheldon, emilyemorehouse stage: -> test needed versions: +Python 3.7 -Python 3.4, Python 3.5 ___ Python tracker __

[issue22276] pathlib glob ignores trailing slash in pattern

Change by SilentGhost : -- versions: +Python 3.8 -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue22276] pathlib glob ignores trailing slash in pattern

Change by SilentGhost : -- nosy: +robbuckley -brianmsheldon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue33392] pathlib .glob('*/') returns files as well as directories

Change by SilentGhost : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> pathlib glob ignores trailing slash in pattern ___ Python tracker ___

[issue33426] Behavior of os.path.join does not match documentation

SilentGhost added the comment: your example actually produces '/abc//def/'. However, I'm not sure where do you get the idea that it should clean up internal directory separators or do anything at all with the strings in paths. To me it reads like it's concatenating arguments skipping over the

[issue33427] Dead link in "The Python Standard Library" page

New submission from MATSUURA, yosuke : "The Python Standard Library" page (https://docs.python.org/3.6/library/index.html#the-python-standard-library) has a link to "Python Package Index" in the fourth paragraph but it linked to 404 URI(https://pypi.org/pypi/). That link should be changed to a

[issue33392] pathlib .glob('*/') returns files as well as directories

Brian Sheldon added the comment: This appears to be a duplicate of #22276 -- nosy: +brianmsheldon ___ Python tracker ___ ___ Python-

[issue33389] argparse redundant help string

paul j3 added the comment: Also https://bugs.python.org/issue27303 [argparse] Unify options in help output -- ___ Python tracker ___ __

[issue33389] argparse redundant help string

paul j3 added the comment: https://bugs.python.org/issue29626 Issue with spacing in argparse module while using help This deals with a extra space that is produced when a blank metavar is used to produce a more compact help line -s , --service help text My answers have links to relevant

[issue33415] When add_mutually_exclusive_group is built without argument, the help breaks with "IndexError: list index out of range"

paul j3 added the comment: The usage formatter is brittle, especially the part that adds mutually exclusive markings to the normal usage string. I don't think I've seen this error before, but I'm not surprised. A real fix requires a rewrite of the usage formatter, which I've suggested in a

[issue33389] argparse redundant help string

paul j3 added the comment: This is normal behavior for argparse. People have asked before for a more compact display. I remember suggesting changes to the HelpFormatter subclass on Stackoverflow questions, and there's probably one or more bug/issues addressing the same issue. -- nos

[issue33400] logging.Formatter does not default to ISO8601 date format

Vinay Sajip added the comment: New changeset eb5abdc70815c4207829551ede4a7dc302d56c19 by Vinay Sajip (Miss Islington (bot)) in branch '3.6': bpo-33400: Clarified documentation to indicate no strict adherence to ISO 8601. (GH-6703) https://github.com/python/cpython/commit/eb5abdc70815c42078295

[issue33417] Isinstance() behavior is not consistent with the document

Terry J. Reedy added the comment: https://docs.python.org/3/reference/datamodel.html#customizing-instance-and-subclass-checks says "Note that these methods are looked up on the type (metaclass) of a class. They cannot be defined as class methods in the actual class. This is consistent with the

[issue33400] logging.Formatter does not default to ISO8601 date format

Change by miss-islington : -- pull_requests: +6396 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue33400] logging.Formatter does not default to ISO8601 date format

Change by miss-islington : -- pull_requests: +6395 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue33400] logging.Formatter does not default to ISO8601 date format

Vinay Sajip added the comment: New changeset c4994dc00d9828a99510f3851da93b0e1c18361d by Vinay Sajip in branch 'master': bpo-33400: Clarified documentation to indicate no strict adherence to ISO 8601. (GH-6702) https://github.com/python/cpython/commit/c4994dc00d9828a99510f3851da93b0e1c18361d

[issue33394] the build of the shared modules is quiet/non-visible when GNU make gets passed macros

Change by Terry J. Reedy : -- versions: +Python 3.7, Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33420] [typing] __origin__ invariant broken

Change by Brett Cannon : -- title: __origin__ invariant broken -> [typing] __origin__ invariant broken ___ Python tracker ___ ___ Pyt

[issue33400] logging.Formatter does not default to ISO8601 date format

Change by Vinay Sajip : -- keywords: +patch pull_requests: +6394 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue33426] Behavior of os.path.join does not match documentation

New submission from Michael Klatt : The behavior of os.path.join() regarding path separators does not match the documentation. This affects Python 3.6, and goes back to at least Python 2.7. >From the documenation: "The return value is the concatenation of path and any members of *paths with

[issue33384] Build does not work with closed stdin

Xavier de Gaye added the comment: I cannot reproduce the problem with Python 3.6.5, building pyephem and with the command: ( sleep 15; python setup.py build ) >foo.log 2>&1 -- nosy: +xdegaye ___ Python tracker

[issue33422] Fix and update string/byte literals in help()

Andrés Delfino added the comment: I have updated the PR. Now symbols show: Here is a list of the punctuation symbols which Python assigns special meaning to. Enter any symbol to get more help. != + <= __ " +=

[issue14384] Add "default" kw argument to operator.itemgetter and operator.attrgetter

Guido van Rossum added the comment: I think represents a legitimate use case. There's another request for this on python-ideas: https://groups.google.com/d/msg/python-ideas/0jeftqQpm9c/yZ_uKO84BAAJ -- nosy: +gvanrossum resolution: later -> status: closed -> open

[issue33389] argparse redundant help string

Jakub Wilk added the comment: GNU programs seem to use this format: $ ls --help | grep ',.*=[A-Z]' -I, --ignore=PATTERN do not list implied entries matching shell PATTERN -T, --tabsize=COLS assume tab stops at each COLS instead of 8 -w, --width=COLS se

[issue33389] argparse redundant help string

Change by Jakub Wilk : -- nosy: +jwilk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue33422] Fix and update string/byte literals in help()

Serhiy Storchaka added the comment: Option 2 LGTM. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue33422] Fix and update string/byte literals in help()

Andrés Delfino added the comment: And what should symbols show in pydoc? Should symbols show: 1. All legal combinations with ("'", '"') (48 possible combinations) 2. Only b/f/r/u with ("'", '"') (IMHO, this is the most reasonable option) 3. Only b/f/r/u with ' or " Depending on that, we can

[issue33422] Fix and update string/byte literals in help()

Serhiy Storchaka added the comment: I don't think we need to support prefixes without quotes or with triple qoutes. 'ur' is not valid prefix. Using simplified code from tokenize: _strprefixes = [''.join(u) + q for t in ('b', 'r', 'u', 'f', 'br', 'rb', 'fr', 'rf'

[issue33422] Fix and update string/byte literals in help()

Andrés Delfino added the comment: To get the 144 combinations I used the logic in tokenize.py: import re def _combinations(*l): return set( x + y for x in l for y in l + ("",) if x.casefold() != y.casefold() ) _strprefixes = ( _combinations('r', 'R', 'f', 'F') | _combinati

[issue33422] Fix and update string/byte literals in help()

Andrés Delfino added the comment: Eric, I entered "r'" in the interactive prompt. Serhiy, using the code in tokenize, I got a total of 144 combinations. For comparison, the list of symbols help() shows, after the proposed change, has 67 items. IMHO, we should compromise. Maybe just mentionin

[issue33332] Expose valid signal set (sigfillset()): add signal.valid_signals()

Antoine Pitrou added the comment: Yes, but we're not losing anything by being overly cautious. -- ___ Python tracker ___ ___ Python-

[issue33332] Expose valid signal set (sigfillset()): add signal.valid_signals()

STINNER Victor added the comment: +if (sigemptyset(&mask) || sigfillset(&mask)) { I'm not sure that sigemptyset() is needed. sigfillset() manual page: sigfillset() initializes set to full, including all signals. The function is used to *initialize* a set. --

[issue33332] Expose valid signal set (sigfillset()): add signal.valid_signals()

Antoine Pitrou added the comment: This is expected, see issue33329. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue33332] Expose valid signal set (sigfillset()): add signal.valid_signals()

Cheryl Sabella added the comment: On Ubuntu 14.04, I get the same results as Victor. -- nosy: +csabella ___ Python tracker ___ ___ P

[issue5430] imaplib: must not replace LF or CR by CRLF in literals

Cheryl Sabella added the comment: I'm not sure if this is a 2.6/2.7 only issue because the code mentioned in msg86572 still exists, although with a change for #21800 (RFC 6855/UTF-8) applied. For reference, #25591 expanded the test coverage for the imaplib. However, I don't see any tests re

[issue26256] Fast decimalisation and conversion to other bases

Cheryl Sabella added the comment: ping -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue6270] Menu deletecommand fails if command is already deleted

Cheryl Sabella added the comment: I installed the latest version of pmw on Ubuntu 14.04 and did not receive any errors using the supplied test snippet. It appears that pmw added a patch to the code to only delete the commands when used with Python versions before 2.5.4 so that this bug would

[issue33419] Add functools.partialclass

Neil Girdhar added the comment: I'm not sure that this should be in the stdlib. The three-line function can be enough for your simple case, and it is too simple for including it in the stdlib. But for general stdlib quality solution it lacks many details. 1. It doesn't work with classes that

[issue33425] Library glob : Can't find a specific year with glob

Change by Robin Champavier : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue33332] Expose valid signal set (sigfillset()): add signal.valid_signals()

STINNER Victor added the comment: FYI on Fedora 27, I get: >>> signal.NSIG 65 >>> set(range(0, signal.NSIG)) - signal.valid_signals() {0, 33, 32} >>> len(signal.valid_signals()) 62 >>> min(signal.valid_signals()) >>> max(signal.valid_signals()) So signals 0, 32 and 33 are invalid, the first

[issue33332] Expose valid signal set (sigfillset()): add signal.valid_signals()

Change by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue33332] Expose valid signal set (sigfillset()): add signal.valid_signals()

Antoine Pitrou added the comment: New changeset 9d3627e311211a1b4abcda29c36fe4afe2c46532 by Antoine Pitrou in branch 'master': bpo-2: Add signal.valid_signals() (GH-6581) https://github.com/python/cpython/commit/9d3627e311211a1b4abcda29c36fe4afe2c46532 -- ___

[issue33422] Fix and update string/byte literals in help()

Eric V. Smith added the comment: It's not clear to me what you're typing to get the output in the first message. Can you clarify? Is this at the interactive prompt? -- ___ Python tracker

[issue33425] Library glob : Can't find a specific year with glob

New submission from Robin Champavier : Hello, I work with file name like : PRECI_mmddhh_00.txt and I put them in different directory depending of the year. For file between year 1999 and 2016 there is no problem but with file in year 2017 with months 12, glob.glob can't find them. When I

[issue33422] Fix and update string/byte literals in help()

Serhiy Storchaka added the comment: Interesting, I didn't know that pydoc supports this. Specifying all possible prefixes is cumbersome and errorprone. The number of combinations grows exponentially with adding new letters. I suggest either to specify only lower-case variants and generate all

[issue33419] Add functools.partialclass

Serhiy Storchaka added the comment: I'm not sure that this should be in the stdlib. The three-line function can be enough for your simple case, and it is too simple for including it in the stdlib. But for general stdlib quality solution it lacks many details. 1. It doesn't work with classes t