[issue41395] pickle and pickletools cli interface doesn't close input and output file.

Adam added the comment: Hi, First-time contributor here, I've made a patch in follow-up to the discussions that happened in Amir's patch in regards to this. I'd appreciate it if someone would be able to take a look and review it! https://github.com/python/cpython/pull/32257 --

[issue41395] pickle and pickletools cli interface doesn't close input and output file.

Change by Adam : -- nosy: +achhina nosy_count: 7.0 -> 8.0 pull_requests: +30326 pull_request: https://github.com/python/cpython/pull/32257 ___ Python tracker ___

[issue36557] [doc] Clarify the meaning of /uninstall in windows cli

Irit Katriel added the comment: Thank you @slateny. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue36557] [doc] Clarify the meaning of /uninstall in windows cli

miss-islington added the comment: New changeset aa9a5c4d72e083f8b4c635d79f7450dbe8319469 by Miss Islington (bot) in branch '3.9': bpo-36557: Updated wording for using/windows (GH-31457) https://github.com/python/cpython/commit/aa9a5c4d72e083f8b4c635d79f7450dbe8319469 --

[issue36557] [doc] Clarify the meaning of /uninstall in windows cli

miss-islington added the comment: New changeset d04fb9213a547def5604fbc60b0554c176d4c998 by Miss Islington (bot) in branch '3.10': [3.10] bpo-36557: Updated wording for using/windows (GH-31457) (GH-31504) https://github.com/python/cpython/commit/d04fb9213a547def5604fbc60b0554c176d4c998

[issue36557] [doc] Clarify the meaning of /uninstall in windows cli

Change by miss-islington : -- pull_requests: +29632 pull_request: https://github.com/python/cpython/pull/31505 ___ Python tracker ___

[issue36557] [doc] Clarify the meaning of /uninstall in windows cli

Change by miss-islington : -- nosy: +miss-islington nosy_count: 8.0 -> 9.0 pull_requests: +29631 pull_request: https://github.com/python/cpython/pull/31504 ___ Python tracker

[issue36557] [doc] Clarify the meaning of /uninstall in windows cli

Irit Katriel added the comment: New changeset 9a0d941df4c3e1efb8b3017cd2c2de17e582fd5c by slateny in branch 'main': bpo-36557: Updated wording for using/windows (GH-31457) https://github.com/python/cpython/commit/9a0d941df4c3e1efb8b3017cd2c2de17e582fd5c --

[issue36557] [doc] Clarify the meaning of /uninstall in windows cli

Change by Stanley : -- keywords: +patch nosy: +slateny nosy_count: 7.0 -> 8.0 pull_requests: +29586 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31457 ___ Python tracker

[issue46423] CLI: Addition assignment for tuples

Mark Dickinson added the comment: Thanks for the report. This is a long-standing and known behaviour. It's been discussed a good few times before, and (quite apart from potential problems with backwards compatibility) no-one has yet come up with convincing alternative behaviours. See

[issue46423] CLI: Addition assignment for tuples

New submission from Ali Ramezani : In CLI (Command Line Interpreter): A tuple has a list component then try to += that component. Since tuple doesn't allow assignment then it raises error but actually does that. If you try actual equivalence (A=A+B) it does not. Python 3.9.1 (tags/v3.9.1

[issue23183] timeit CLI best of 3: undocumented output format

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

[issue23183] timeit CLI best of 3: undocumented output format

miss-islington added the comment: New changeset 9badf6895a9bc1b01b2d6b2fb35419e7c5523ce6 by Miss Islington (bot) in branch '3.9': bpo-23183: Document the timeit output (GH-30359) https://github.com/python/cpython/commit/9badf6895a9bc1b01b2d6b2fb35419e7c5523ce6 --

[issue23183] timeit CLI best of 3: undocumented output format

miss-islington added the comment: New changeset 26039d1e0a1da897d28688895126eb8bbd16f2c9 by Miss Islington (bot) in branch '3.10': bpo-23183: Document the timeit output (GH-30359) https://github.com/python/cpython/commit/26039d1e0a1da897d28688895126eb8bbd16f2c9 --

[issue23183] timeit CLI best of 3: undocumented output format

Change by miss-islington : -- pull_requests: +28803 pull_request: https://github.com/python/cpython/pull/30604 ___ Python tracker ___

[issue23183] timeit CLI best of 3: undocumented output format

Change by miss-islington : -- nosy: +miss-islington nosy_count: 6.0 -> 7.0 pull_requests: +28802 pull_request: https://github.com/python/cpython/pull/30603 ___ Python tracker

[issue23183] timeit CLI best of 3: undocumented output format

Irit Katriel added the comment: New changeset 73140de97cbeb01bb6c9af1da89ecb9355921e91 by Hugo van Kemenade in branch 'main': bpo-23183: Document the timeit output (GH-30359) https://github.com/python/cpython/commit/73140de97cbeb01bb6c9af1da89ecb9355921e91 --

[issue36557] [doc] Clarify the meaning of /uninstall in windows cli

nstall in windows cli versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.7 ___ Python tracker <https://bugs.python.org/issue36557> ___ ___ Python-bugs-list mailing list Unsubsc

[issue23183] timeit CLI best of 3: undocumented output format

Change by Hugo van Kemenade : -- keywords: +patch nosy: +hugovk nosy_count: 5.0 -> 6.0 pull_requests: +28573 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/30359 ___ Python tracker

[issue23183] timeit CLI best of 3: undocumented output format

Irit Katriel added the comment: The patch needs to be converted to a GitHub PR. -- keywords: +easy -patch nosy: +iritkatriel ___ Python tracker ___

[issue23183] timeit CLI best of 3: undocumented output format

Change by Irit Katriel : -- versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.5, Python 3.6 ___ Python tracker ___

[issue44843] Add CLI flag to disable hash randomization

New submission from Filipe Laíns : There are select use-cases where hash randomization is undesirable, having a CLI option to switch it off would be very helpful. One example would be packaging, where hash randomization will make the bytecode unreproducible. Currently, we have to set

[issue18970] run_setup() behavior differs from cli invocation of setup.py

Steve Dower added the comment: Distutils is now deprecated (see PEP 632) and all tagged issues are being closed. From now until removal, only release blocking issues will be considered for distutils. If this issue does not relate to distutils, please remove the component and reopen it. If

[issue42005] profile/cProfile CLI should catch BrokenPipeError

miss-islington added the comment: New changeset 0654c4c4cc54a325e878154f8b117159d0105cf7 by Miss Islington (bot) in branch '3.9': bpo-42005: profile and cProfile catch BrokenPipeError (GH-22643) https://github.com/python/cpython/commit/0654c4c4cc54a325e878154f8b117159d0105cf7 --

[issue42005] profile/cProfile CLI should catch BrokenPipeError

miss-islington added the comment: New changeset 648b72900b5039ab46b8b459f921daecb8db2a6b by Miss Islington (bot) in branch '3.8': bpo-42005: profile and cProfile catch BrokenPipeError (GH-22643) https://github.com/python/cpython/commit/648b72900b5039ab46b8b459f921daecb8db2a6b --

[issue42005] profile/cProfile CLI should catch BrokenPipeError

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.8, Python 3.9 ___ Python tracker ___

[issue42005] profile/cProfile CLI should catch BrokenPipeError

Change by miss-islington : -- pull_requests: +23088 pull_request: https://github.com/python/cpython/pull/24263 ___ Python tracker ___

[issue42005] profile/cProfile CLI should catch BrokenPipeError

Change by miss-islington : -- nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +23087 pull_request: https://github.com/python/cpython/pull/24262 ___ Python tracker

[issue42005] profile/cProfile CLI should catch BrokenPipeError

STINNER Victor added the comment: New changeset 3554fa4abecfb77ac5fcaa5ce8310eeca5683960 by Zhiming Wang in branch 'master': bpo-42005: profile and cProfile catch BrokenPipeError (GH-22643) https://github.com/python/cpython/commit/3554fa4abecfb77ac5fcaa5ce8310eeca5683960 --

Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

On 10/15/20 5:09 PM, Samuel Marks wrote: > Yes it’s my module, and I’ve been using argparse > https://github.com/SamuelMarks/ml-params > > No library I’ve found provides a solution to CLI argument parsing for my > use-case. > > So I’ll write one. But what should it loo

Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

cleanly) Also there is a project which takes your CLI and turns it into a GUI (Gooey). At some future point doctrans will be “complete”, and then you can provide inputs via: - CLI arguments - Config file - RPC* - REST* *TODO, will also optionally generate ORM classes for persistence On Fri, 16

Re: Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

se > >https://github.com/SamuelMarks/ml-params > > > >No library I’ve found provides a solution to CLI argument parsing for my > >use-case. > > Do you know that with `argparse` you can specify how many arguments an option > expects? Thus, it should be quite easily

Re: Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

Samuel Marks wrote at 2020-10-16 10:09 +1100: >Yes it’s my module, and I’ve been using argparse >https://github.com/SamuelMarks/ml-params > >No library I’ve found provides a solution to CLI argument parsing for my >use-case. Do you know that with `argparse` you can specify how

Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

On 2020-10-16 at 11:27:56 +1100, Regarding "Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?," Samuel Marks wrote: > The feature that existing CLI parsers are missing is a clean syntax > for specifying options on the second param

Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

On 16Oct2020 10:59, Samuel Marks wrote: >--optimizer Adam,learning_rate=0.01,something_else=3 > >That syntax isn’t so bad! =] > >How would you suggest the help text for this looks? (don’t worry about >implementation, just what goes to stdout/stderr) Maybe: Usage: ...

Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

Hi Dan, The feature that existing CLI parsers are missing is a clean syntax for specifying options on the second parameter (the "value"), where there may be different options available depending on which you choose. For example: https://www.tensorflow.org/api_docs/python/tf/keras/optim

Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

On 2020-10-16 at 10:20:40 +1100, Cameron Simpson wrote: > On 16Oct2020 10:09, Samuel Marks wrote: > >Yes it’s my module, and I’ve been using argparse > >https://github.com/SamuelMarks/ml-params > > > >No library I’ve found provides a solution to CLI argument parsi

Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

On 2020-10-16 at 10:59:16 +1100, Samuel Marks wrote: > --optimizer Adam,learning_rate=0.01,something_else=3 > > That syntax isn’t so bad! =] > > How would you suggest the help text for this looks? (don’t worry about > implementation, just what goes to stdout/stderr) --optimizer

Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

r to support your needs. Karen > On Oct 15, 2020, at 4:09 PM, Samuel Marks wrote: > > Yes it’s my module, and I’ve been using argparse > https://github.com/SamuelMarks/ml-params > <https://github.com/SamuelMarks/ml-params> > > No library I’ve found provides a soluti

Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

--optimizer Adam,learning_rate=0.01,something_else=3 That syntax isn’t so bad! =] How would you suggest the help text for this looks? (don’t worry about implementation, just what goes to stdout/stderr) PS: Yeah I used square brackets for my Bash arrays On Fri, 16 Oct 2020 at 10:26 am, Cameron

Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

One other thing: On 15Oct2020 20:53, Samuel Marks wrote: >Idea: preprocess `sys.argv` so that this syntax would work >`--optimizer Adam[learning_rate=0.01]`* > >*square rather than round so as not to require escape characters or >quoting in `sh` Square brackets are also shell syntax,

Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

On 16Oct2020 10:09, Samuel Marks wrote: >Yes it’s my module, and I’ve been using argparse >https://github.com/SamuelMarks/ml-params > >No library I’ve found provides a solution to CLI argument parsing for my >use-case. > >So I’ll write one. But what should it loo

Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

Yes it’s my module, and I’ve been using argparse https://github.com/SamuelMarks/ml-params No library I’ve found provides a solution to CLI argument parsing for my use-case. So I’ll write one. But what should it look like, syntactically and semantically? On Fri, 16 Oct 2020 at 3:14 am, Dieter

Re: CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

Samuel Marks wrote at 2020-10-15 20:53 +1100: > ... >To illustrate the issue, using `ml-params` and ml-params-tensorflow: > ... >What's the right solution here? While Python provides several modules in its standard library to process parameters (e.g. the simple `getopt` and the flexible

CLI parsing—with `--help` text—`--foo bar`, how to give additional parameters to `bar`?

Previously I have solved related problems with explicit `-}` and `-{` (or `-b`) as in `nginxctl`: ``` $ python -m nginxctl serve --temp_dir '/tmp' \ -b 'server' \ --server_name 'localhost' --listen '8080' \ -b location '/' \ --root

[issue42005] profile/cProfile CLI should catch BrokenPipeError

Ammar Askar added the comment: Related: https://bugs.python.org/issue39828 -- nosy: +ammar2, vstinner ___ Python tracker ___ ___

[issue42005] profile/cProfile CLI should catch BrokenPipeError

Change by Zhiming Wang : -- keywords: +patch pull_requests: +21617 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22643 ___ Python tracker ___

[issue42005] profile/cProfile CLI should catch BrokenPipeError

New submission from Zhiming Wang : Since profile/cProfile CLI interface prints a sorted list of stats, using head to limit output to the most relevant entries should be a fairly natural thing to do. Unfortunately, BrokenPipeError isn't caught, causing quite a bit of pollution to the output

[issue41395] pickle and pickletools cli interface doesn't close input and output file.

Change by Amir Mohamadi : -- nosy: +Amir nosy_count: 6.0 -> 7.0 pull_requests: +20845 pull_request: https://github.com/python/cpython/pull/21702 ___ Python tracker ___

[issue41395] pickle and pickletools cli interface doesn't close input and output file.

Change by Sebastien Williams-Wynn : -- nosy: +s.williams-wynn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41395] pickle and pickletools cli interface doesn't close input and output file.

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 4.0 -> 5.0 pull_requests: +20821 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21676 ___ Python tracker

[issue41395] pickle and pickletools cli interface doesn't close input and output file.

Change by Serhiy Storchaka : -- keywords: +easy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41395] pickle and pickletools cli interface doesn't close input and output file.

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41395] pickle and pickletools cli interface doesn't close input and output file.

Change by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41395] pickle and pickletools cli interface doesn't close input and output file.

New submission from Karthikeyan Singaravelan : pickle and pickletools use argparse with FileType which is not automatically closed. Other cli interfaces like json [0], ast [1] use context manager to close filetype objects. pickle : https://github.com/python/cpython/blob

[issue41138] trace CLI reads source files using the locale encoding

Serhiy Storchaka added the comment: New changeset cb53b8ce9c8660465b816f4d577720305b1283fa by Serhiy Storchaka in branch '3.8': [3.8] bpo-41138: Fix trace CLI for non-UTF-8 files. (GH-21177) (GH-21200) https://github.com/python/cpython/commit/cb53b8ce9c8660465b816f4d577720305b1283fa

[issue41138] trace CLI reads source files using the locale encoding

Change by Serhiy Storchaka : -- pull_requests: +20354 pull_request: https://github.com/python/cpython/pull/21200 ___ Python tracker ___

[issue41138] trace CLI reads source files using the locale encoding

miss-islington added the comment: New changeset d1e05e78a3995fd7e5a79c5c6e4c8160aa48af22 by Miss Islington (bot) in branch '3.9': bpo-41138: Fix trace CLI for non-UTF-8 files. (GH-21177) https://github.com/python/cpython/commit/d1e05e78a3995fd7e5a79c5c6e4c8160aa48af22

[issue41138] trace CLI reads source files using the locale encoding

Serhiy Storchaka added the comment: New changeset 04cdeb7a5617c48102f45b965e683b12cdf934f8 by Serhiy Storchaka in branch 'master': bpo-41138: Fix trace CLI for non-UTF-8 files. (GH-21177) https://github.com/python/cpython/commit/04cdeb7a5617c48102f45b965e683b12cdf934f8

[issue41138] trace CLI reads source files using the locale encoding

Change by miss-islington : -- nosy: +miss-islington nosy_count: 2.0 -> 3.0 pull_requests: +20350 pull_request: https://github.com/python/cpython/pull/21196 ___ Python tracker

[issue41138] trace CLI reads source files using the locale encoding

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +20335 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21177 ___ Python tracker

[issue41138] trace CLI reads source files using the locale encoding

. -- components: Library (Lib) messages: 372461 nosy: belopolsky, serhiy.storchaka priority: normal severity: normal status: open title: trace CLI reads source files using the locale encoding type: behavior versions: Python 3.10, Python 3.8, Python 3.9

[issue40481] Add include and exclude filters to zipapp cli

Change by Terry J. Reedy : -- nosy: +paul.moore ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

The '-c' CLI option removes just the command str.

Is this anything? When you run a python command from the shell to just print the command line args you get this: $ python -c "import sys; print(sys.argv)" ['-c'] But I would expect one of these: Either the '-c' option consumes both args: $ python -c "import sys; print(sys.argv)"

[issue40481] Add include and exclude filters to zipapp cli

Change by Jarosław Wygoda : -- keywords: +patch pull_requests: +19191 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19879 ___ Python tracker ___

[issue40481] Add include and exclude filters to zipapp cli

New submission from Jarosław Wygoda : Currently I can pass a filter function when creating archive but it's a bit cumbersome so I'd like to do it through cli. Related issue: https://bugs.python.org/issue31072 -- components: Library (Lib) messages: 367966 nosy: Jarosław Wygoda priority

[issue40419] timeit CLI docs still mention old power sequence

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

[issue40419] timeit CLI docs still mention old power sequence

miss-islington added the comment: New changeset 4eec39a98c57bc374888b54c34ca11fdffcffc07 by Miss Islington (bot) in branch '3.7': bpo-40419: timeit CLI docs now mention 1,2,5,10,... trials instead of powers of 10 (GH-19752) https://github.com/python/cpython/commit

[issue40419] timeit CLI docs still mention old power sequence

miss-islington added the comment: New changeset 399b9a4a620f544c1afa3b8c7fd82d093b5cc76d by Miss Islington (bot) in branch '3.8': bpo-40419: timeit CLI docs now mention 1,2,5,10,... trials instead of powers of 10 (GH-19752) https://github.com/python/cpython/commit

[issue40419] timeit CLI docs still mention old power sequence

Change by miss-islington : -- nosy: +miss-islington nosy_count: 5.0 -> 6.0 pull_requests: +19177 pull_request: https://github.com/python/cpython/pull/19863 ___ Python tracker

[issue40419] timeit CLI docs still mention old power sequence

Serhiy Storchaka added the comment: New changeset 766352320fd736e2c8ed545b4cc57563f61a0b9d by Sander in branch 'master': bpo-40419: timeit CLI docs now mention 1,2,5,10,... trials instead of powers of 10 (GH-19752) https://github.com/python/cpython/commit

[issue40419] timeit CLI docs still mention old power sequence

Change by miss-islington : -- pull_requests: +19178 pull_request: https://github.com/python/cpython/pull/19864 ___ Python tracker ___

[issue40419] timeit CLI docs still mention old power sequence

Karthikeyan Singaravelan added the comment: Thanks for the report. This was changed as part of issue28469 where autorange docstring was updated. I guess this was missed out. -- nosy: +serhiy.storchaka, xtreak ___ Python tracker

[issue40419] timeit CLI docs still mention old power sequence

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 2.0 -> 3.0 pull_requests: +19073 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19752 ___ Python tracker

[issue40419] timeit CLI docs still mention old power sequence

New submission from Sander van Rijn : The docs for the `timeit` CLI (https://docs.python.org/3/library/timeit.html#cmdoption-timeit-h) still mention that successive powers of 10 are tried. However, as this also uses the `timeit.Timer.autorange()` function, it uses the new sequence 1, 2, 5

[issue39467] Allow to deprecate CLI arguments in argparse

hervé added the comment: hello, First thanks everyone to took time to discute about this proposal. This topic is now opened since ~1 months so I don't think we will more feedback about this, then I will address all your comments in my changes soon to match an implementation more

[issue39427] python -X options are not documented in the CLI --help

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue39427] python -X options are not documented in the CLI --help

Pablo Galindo Salgado added the comment: New changeset 333b9899fc7807575d1742b77b4633ac53bd528f by Pablo Galindo in branch '3.7': [3.7] bpo-39427: Document -X opt options in the CLI --help and the man page (GH-18131) (#18134) https://github.com/python/cpython/commit

[issue39427] python -X options are not documented in the CLI --help

Pablo Galindo Salgado added the comment: New changeset 13951c7f25c628ea2dc0a869ebe18e7bf593fa6d by Pablo Galindo in branch '3.8': [3.8] bpo-39427: Document -X opt options in the CLI --help and the man page (GH-18131) (GH-18133) https://github.com/python/cpython/commit

[issue39467] Allow to deprecate CLI arguments in argparse

number of the caller to help the developer to fix his code. It allows to hide warnings from non-developers. But warnings about deprecated CLI options and commands are purposed to be shown to the user of the CLI. They should not contain references to source code, because it is not the cause

[issue39467] Allow to deprecate CLI arguments in argparse

hai shi added the comment: IMHO, cli should only support atomic function.What is atomic functin? (if downstream software's feature can not keep alive without upstream fucntion, it must be an atomic function). -- nosy: +shihai1991 -4383 ___ Python

[issue39467] Allow to deprecate CLI arguments in argparse

hervé added the comment: First, thanks Raymond for your worth useful comment. * Concerning the usage of the warning module what do you suggest to use then? To use "print"? * Concerning "hook or flag" and the 3 new params in my PR, I think developers would appreciate to give a customized

[issue39467] Allow to deprecate CLI arguments in argparse

Change by Raymond Hettinger : -- Removed message: https://bugs.python.org/msg360813 ___ Python tracker ___ ___ Python-bugs-list

[issue39467] Allow to deprecate CLI arguments in argparse

Raymond Hettinger added the comment: Will leave this open for a while so that many people can comment on the proposal before we act on it. My initial take is: * Having a way to deprecate seems useful. * In practice, I haven't seen this done very much (in big tooling such as GCC perhaps,

[issue39467] Allow to deprecate CLI arguments in argparse

Raymond Hettinger added the comment: Will leave this open for a while so that many people can comment on the proposal before we act on it. My initial take is: * Having a way to deprecate seems useful. * In practice, I haven't seen this done very much (in big tooling such as GCC perhaps,

[issue39467] Allow to deprecate CLI arguments in argparse

Change by Karthikeyan Singaravelan : -- nosy: +djarb, paul.j3, rhettinger -4383 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue39467] Allow to deprecate CLI arguments in argparse

Change by hervé : -- keywords: +patch pull_requests: +17585 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18208 ___ Python tracker ___

[issue39467] Allow to deprecate CLI arguments in argparse

New submission from hervé : Today it's not possible to deprecate CLI arguments designed with argparse, it could be useful to introduce deprecation feature in argparse to allow developers to inform their apps's users when an argument is planed to be removed in the future

[issue39427] python -X options are not documented in the CLI --help

Change by Pablo Galindo Salgado : -- pull_requests: +17520 pull_request: https://github.com/python/cpython/pull/18134 ___ Python tracker ___

[issue39427] python -X options are not documented in the CLI --help

Change by Pablo Galindo Salgado : -- pull_requests: +17519 pull_request: https://github.com/python/cpython/pull/18133 ___ Python tracker ___

[issue39427] python -X options are not documented in the CLI --help

miss-islington added the comment: New changeset 41f0ef6abbd304409c55612a08788cdd59fbc8a3 by Miss Islington (bot) (Pablo Galindo) in branch 'master': bpo-39427: Document -X opt options in the CLI --help and the man page (GH-18131) https://github.com/python/cpython/commit

[issue39427] python -X options are not documented in the CLI --help

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +17517 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18131 ___ Python tracker

[issue39427] python -X options are not documented in the CLI --help

nosy: pablogsal, vstinner priority: normal severity: normal status: open title: python -X options are not documented in the CLI --help versions: Python 3.7, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue39

[issue38901] [venv] Add a CLI flag to venv to use the pwd basename as the prompt

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

[issue38901] [venv] Add a CLI flag to venv to use the pwd basename as the prompt

Brett Cannon added the comment: Can this now be closed, Vinay? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38901] [venv] Add a CLI flag to venv to use the pwd basename as the prompt

Vinay Sajip added the comment: New changeset 7d6378051feeadf45b4ce45b4b406b65df255648 by Vinay Sajip in branch 'master': bpo-38901: Allow setting a venv's prompt to the basename of the current directory. (GH-17946)

[issue39323] Add test for imghdr cli

Change by Karthikeyan Singaravelan : -- keywords: +patch pull_requests: +17396 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17993 ___ Python tracker

[issue39323] Add test for imghdr cli

New submission from Karthikeyan Singaravelan : imghdr module has a cli that can display the image type for a given filename and also recurse through directories. I would like to propose following changes : * Add tests for the imghdr cli. * The cli uses hardcoded '/' separator in the end

[issue38901] [venv] Add a CLI flag to venv to use the pwd basename as the prompt

Change by Vinay Sajip : -- keywords: +patch pull_requests: +17354 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17946 ___ Python tracker ___

[issue38901] [venv] Add a CLI flag to venv to use the pwd basename as the prompt

Brett Cannon added the comment: Any more feedback from anyone on the idea of using the basename of a directory if specified for `--prompt`? -- ___ Python tracker ___

  1   2   3   4   5   >