[issue25671] Fix venv activate.fish to maintain $status

2016-02-16 Thread Nathan West
Nathan West added the comment: Not quite, no. The issue looks like this: user@host ~/test> python3 -mvenv env user@host ~/test> true user@host ~/test> false user@host ~/test [1]> source env/bin/activate.fish (env) user@host ~/test> true (env) user@hos

[issue25671] Fix venv activate.fish to maintain $status

2015-11-20 Thread Nathan West
Nathan West added the comment: Fixed an issue where fish_prompt was returning before calling _old_fish_prompt -- Added file: http://bugs.python.org/file41103/patch.diff ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/i

[issue25671] Fix venv activate.fish to maintain $status

2015-11-19 Thread Nathan West
New submission from Nathan West: Many fish_prompts use display the $status (fish's equivalent to $?) somewhere in the prompt. Currently, venv's activate.fish overwrites and wraps the user's fish_prompt, the wrapping doesn't preserve this $status. This patch ensures that the $status

[issue23653] Make inspect._empty test to False

2015-06-05 Thread Nathan West
Nathan West added the comment: Doesn't the same issue exist for all other uses of the idiom, though? Python provides container truthiness even though `len(x) == 0` is more correct. On Fri, Jun 5, 2015, 3:20 PM Yury Selivanov rep...@bugs.python.org wrote: Yury Selivanov added the comment

[issue23653] Make inspect._empty test to False

2015-03-12 Thread Nathan West
New submission from Nathan West: A common Python idiom is to test objects by value in an if. This includes container emptiness and regular expression matches, or using 'or' to specify a default value: if my_list: # list isn't empty if regex.match(string): # string

[issue23651] Typo in argparse allow_abrev

2015-03-12 Thread Nathan West
New submission from Nathan West: The documentation for the new argparse feature allow_abrev contains a typo: parser.add_argument('--foobar', action='store_true') parser.add_argument('--foonley', action='store_false') parser.parse_args([--foon]) usage: PROG [-h] [--foobar] [--foonley] PROG

[issue20998] fullmatch isn't matching correctly under re.IGNORECASE

2014-03-20 Thread Nathan West
New submission from Nathan West: I have the following regular expression: In [2]: regex = re.compile(ME IS \w+, re.I) For some reason, when using `fullmatch`, it doesn't match substrings longer than 1 for the '\w+': In [3]: regex.fullmatch(ME IS L) Out[3]: _sre.SRE_Match object; span=(0, 7

[issue20998] fullmatch isn't matching correctly under re.IGNORECASE

2014-03-20 Thread Nathan West
Changes by Nathan West lucret...@gmail.com: -- type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20998 ___ ___ Python-bugs-list