[issue14266] pyunit script as shorthand for python -m unittest

Change by Berker Peksag : -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue14266] pyunit script as shorthand for python -m unittest

Change by Michael Foord : -- resolution: -> rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue14266] pyunit script as shorthand for python -m unittest

Berker Peksag added the comment: I agree with Ned. I've been using "python -m foo" instead of "foo" more in the past few years. pyvenv has been deprecated in Python 3.6 and its documentation now uses "python -m venv". +1 for closing this as "rejected". --

[issue14266] pyunit script as shorthand for python -m unittest

Ned Deily added the comment: -0.5. I have mixed feelings about this. While I can see the utility of it, I think more recently we have been moving away from the concept of installed scripts for standard library features primarily because they are difficult to manage when

[issue14266] pyunit script as shorthand for python -m unittest

Cheryl Sabella added the comment: Is there still interest in this? Should it be converted to a PR for 3.8? -- nosy: +csabella ___ Python tracker

[issue14266] pyunit script as shorthand for python -m unittest

Changes by Barry A. Warsaw ba...@python.org: -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14266 ___ ___ Python-bugs-list mailing

[issue14266] pyunit script as shorthand for python -m unittest

Barry A. Warsaw added the comment: As I mentioned on python-dev, having a `pyunit` script is nice (whatever it's called), but we need to keep the `-m invocation` which will probably be the recommendation on distros such as Debian which provide multiple versions of Python. We're not going to

[issue14266] pyunit script as shorthand for python -m unittest

Antoine Pitrou added the comment: We're not going to want to install all possible flavors of `pyunit2.6`, `pyunit2.7`, `punit2.6-dbg`, `pyunit-3.2-dbg`, etc. etc. Why not? -- ___ Python tracker rep...@bugs.python.org

[issue14266] pyunit script as shorthand for python -m unittest

Barry A. Warsaw added the comment: On Mar 04, 2013, at 07:45 PM, Antoine Pitrou wrote: Antoine Pitrou added the comment: We're not going to want to install all possible flavors of `pyunit2.6`, `pyunit2.7`, `punit2.6-dbg`, `pyunit-3.2-dbg`, etc. etc. Why not? We don't know at package build

[issue14266] pyunit script as shorthand for python -m unittest

Changes by Tshepang Lekhonkhobe tshep...@gmail.com: -- nosy: +tshepang ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14266 ___ ___

[issue14266] pyunit script as shorthand for python -m unittest

Berker Peksag added the comment: Antoine and Éric: Thank you for the reviews and suggestions. Why the __unittest variable? I added the __unittest variable after read issue 7815 and the related changeset: http://hg.python.org/cpython/rev/2858cae540e4/ See also: -

[issue14266] pyunit script as shorthand for python -m unittest

Antoine Pitrou added the comment: Berker's proposed implementation looks weird to me. Why the __unittest variable? Also, it would be better to make unittest's API more flexible, rather than manually tweaking sys.argv to enable discovery. -- stage: needs patch - patch review

[issue14266] pyunit script as shorthand for python -m unittest

Éric Araujo added the comment: I think the __unittest name is magic to hide modules from the unittest package in error/failure tracebacks. About the script: can’t it be as simple as runpy.run_module? -- ___ Python tracker rep...@bugs.python.org

[issue14266] pyunit script as shorthand for python -m unittest

Éric Araujo added the comment: Yes, let’s keep the pydoc/pyvenv/etc convention for pyunit. The audience is developers, whom we expect to be able to set up their environment correctly, and the -m fallback still works. -- nosy: +eric.araujo ___

[issue14266] pyunit script as shorthand for python -m unittest

Changes by Berker Peksag berker.pek...@gmail.com: -- keywords: +patch nosy: +berker.peksag versions: +Python 3.4 -Python 3.3 Added file: http://bugs.python.org/file28292/issue14266.diff ___ Python tracker rep...@bugs.python.org

[issue14266] pyunit script as shorthand for python -m unittest

Andrew Svetlov added the comment: Is it should be separate binary? Or problem can be solved by regular python script with executable bit? What's about Windows? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14266

[issue14266] pyunit script as shorthand for python -m unittest

Michael Foord added the comment: A python script should be fine - this is what unittest2 does and I haven't had any requests from Windows users for a binary. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14266

[issue14266] pyunit script as shorthand for python -m unittest

Andrew Svetlov added the comment: +1 for both pyunit script and autodiscovering by default. -- nosy: +asvetlov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14266 ___

[issue14266] pyunit script as shorthand for python -m unittest

Changes by Hieu Nguyen ndhie...@gmail.com: -- nosy: +hieu.nguyen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14266 ___ ___ Python-bugs-list

[issue14266] pyunit script as shorthand for python -m unittest

New submission from Michael Foord mich...@voidspace.org.uk: python -m unittest ... is a pain to type. A pyunit script would be a nice shorthand. (unittest2 has a unit2 script that does this.) -- assignee: michael.foord components: Library (Lib) messages: 155476 nosy: michael.foord

[issue14266] pyunit script as shorthand for python -m unittest

Antoine Pitrou pit...@free.fr added the comment: And it should do discover by default, IMO (like nose does). -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14266 ___

[issue14266] pyunit script as shorthand for python -m unittest

Michael Foord mich...@voidspace.org.uk added the comment: Right unit2 on its own does discover by default now. (On head, not sure if that's released yet.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14266