This issue tracker has been migrated to GitHub ,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
Created on 2005年01月26日 07:20 by anthonybaxter, last changed 2022年04月11日 14:56 by admin. This issue is now closed.
| Messages (6) | |||
|---|---|---|---|
| msg60641 - (view) | Author: Anthony Baxter (anthonybaxter) (Python triager) | Date: 2005年01月26日 07:20 | |
setup.py --dry-run install does what you'd expect. setup.py install --dry-run silently ignores the dry-run flag. |
|||
| msg80954 - (view) | Author: Akira Kitada (akitada) * | Date: 2009年02月02日 16:58 | |
Here's the usage of setup.py usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...] or: setup.py --help [cmd1 cmd2 ...] or: setup.py --help-commands or: setup.py cmd --help and '--dry-run' is a global option. So it looks like valid behavior for me. |
|||
| msg80957 - (view) | Author: Tarek Ziadé (tarek) * (Python committer) | Date: 2009年02月02日 17:02 | |
yes, that's the expected behavior *But* we could add a warning, that says that an option was unused. |
|||
| msg102655 - (view) | Author: Éric Araujo (eric.araujo) * (Python committer) | Date: 2010年04月09日 00:03 | |
"Global option" could be understood as "option that can be given to any command", i.e. "egg spam -d" == "egg -d spam". Is it feasible to support such and equivalence, too difficult or not desirable? Regards |
|||
| msg114951 - (view) | Author: Éric Araujo (eric.araujo) * (Python committer) | Date: 2010年08月26日 00:49 | |
Being able to write a global option after a command name seems a nice feature to me, and the implementation should be straightforward: The base Command class already adds some options like help to each subclass, it’s just a matter of adding verbose, quiet and dry-run and adapting distribution. no-user-cfg would have to be special-cased: Giving this option to one command would just pass it to the Distribution instance. Supporting per-command no-user-cfg would be overly complicated and not really useful. |
|||
| msg379337 - (view) | Author: Éric Araujo (eric.araujo) * (Python committer) | Date: 2020年10月22日 20:13 | |
Given the current status of distutils (mostly used as a base for setuptools, and maybe soon removed from stdlib), I am closing this. |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022年04月11日 14:56:09 | admin | set | github: 41489 |
| 2020年10月22日 20:13:45 | eric.araujo | set | status: open -> closed resolution: wont fix messages: + msg379337 stage: needs patch -> resolved |
| 2014年03月13日 20:46:35 | eric.araujo | set | stage: needs patch components: + Distutils, - Distutils2 versions: + Python 2.7, Python 3.3, Python 3.4, - 3rd party |
| 2010年09月29日 23:51:16 | eric.araujo | set | versions: + 3rd party, - Python 2.6, Python 2.5, Python 3.1, Python 2.7, Python 3.2 |
| 2010年08月26日 00:50:28 | eric.araujo | set | assignee: tarek -> eric.araujo |
| 2010年08月26日 00:49:52 | eric.araujo | set | nosy:
anthonybaxter, tarek, eric.araujo, akitada messages: + msg114951 components: + Distutils2, - Distutils versions: + Python 2.6, Python 2.5, Python 3.1, Python 2.7 |
| 2010年08月25日 22:57:03 | eric.araujo | unlink | issue8501 dependencies |
| 2010年08月25日 22:55:46 | eric.araujo | link | issue8501 dependencies |
| 2010年08月09日 04:38:13 | terry.reedy | set | versions: + Python 3.2, - Python 3.1, Python 2.7 |
| 2010年04月09日 00:03:34 | eric.araujo | set | nosy:
+ eric.araujo messages: + msg102655 |
| 2009年02月02日 17:02:58 | tarek | set | priority: normal -> low assignee: tarek type: enhancement messages: + msg80957 versions: + Python 3.1, Python 2.7 |
| 2009年02月02日 16:58:22 | akitada | set | nosy:
+ tarek, akitada messages: + msg80954 |
| 2005年01月26日 07:20:57 | anthonybaxter | create | |