Skip to content

Setup & Usage documentation for selected stdlib modules #59150

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
ncoghlan opened this issue May 29, 2012 · 9 comments
Closed

Setup & Usage documentation for selected stdlib modules #59150

ncoghlan opened this issue May 29, 2012 · 9 comments
Labels
docs Documentation in the Doc dir type-feature A feature request or enhancement

Comments

@ncoghlan
Copy link
Contributor

BPO 14945
Nosy @ncoghlan, @ezio-melotti, @merwok

Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.

Show more details

GitHub fields:

assignee = None
closed_at = None
created_at = <Date 2012-05-29.01:50:58.661>
labels = ['type-feature', 'docs']
title = 'Setup & Usage documentation for selected stdlib modules'
updated_at = <Date 2019-04-26.17:26:25.616>
user = 'https://github.com/ncoghlan'

bugs.python.org fields:

activity = <Date 2019-04-26.17:26:25.616>
actor = 'BreamoreBoy'
assignee = 'docs@python'
closed = False
closed_date = None
closer = None
components = ['Documentation']
creation = <Date 2012-05-29.01:50:58.661>
creator = 'ncoghlan'
dependencies = []
files = []
hgrepos = []
issue_num = 14945
keywords = []
message_count = 7.0
messages = ['161832', '161833', '161835', '161839', '161842', '161846', '223269']
nosy_count = 5.0
nosy_names = ['ncoghlan', 'ezio.melotti', 'eric.araujo', 'docs@python', 'tshepang']
pr_nums = []
priority = 'normal'
resolution = None
stage = 'needs patch'
status = 'open'
superseder = None
type = 'enhancement'
url = 'https://bugs.python.org/issue14945'
versions = ['Python 3.5']

@ncoghlan
Copy link
Contributor Author

Some stdlib modules have officially documented and supported behaviour when executed via -m. These should be referenced from the Setup & Usage documentation at http://docs.python.org/dev/using/index.html

Current candidates:
python -m unittest
python -m timeit

@ncoghlan ncoghlan added docs Documentation in the Doc dir type-feature A feature request or enhancement labels May 29, 2012
@ncoghlan
Copy link
Contributor Author

I'm sure there's a predecessor to this issue that I intend for this one to replace, but I can't currently find it in order to mark it as superceded.

@ncoghlan
Copy link
Contributor Author

Found it: bpo-11260. I've left it open, since the original suggestion in that issue is related to actually documenting the -m behaviour of the smptd module - it was just the issue *discussion* that ended up covering the more general question of how such command line interfaces should be documented.

The current issue is specifically about providing a central index in the setup and usage documentation to those modules which *already* have officially documented and supported behaviour when executed with -m.

@ncoghlan
Copy link
Contributor Author

Additional candidates after grepping the docs:

python -m site
python -m sysconfig
python -m pickle
python -m pickletools
python -m compileall
python -m test

@merwok
Copy link
Member

merwok commented May 29, 2012

I’d propose to add one file per script / module-as-script, except maybe for -m site and -m sysconfig which are more about debugging an installation than really using a feature provided by the stdlib.

@ncoghlan
Copy link
Contributor Author

I think for these it's reasonable to just have an index page that references out to the individual module docs. Most of them are closely related to using the module in your own code and/or there's general background info in the module docs that you're likely to need in order to understand what the tool is for.

The main thing I'm after at this point is for Setup & Usage to act as a central index for using Python from the command line, rather than it necessarily containing all the details directly. Rather than trying too hard to categorise them, I'd be inclined to start with a simple alphabetical list (module name linking to the relevant section in the module docs, adding it if it doesn't already exist). Something like:

compileall - Precompiling Python source modules to bytecode
pickle - Display the contents of pickles saved as files
pickletools - Analyse the contents of pickles saved as files
site - Display details of Python's configuration
sysconfig - Display additional details of Python's configuration
test - Execute Python's own regression test suite
timeit - Microbenchmarking for small Python snippets
unittest - Find and execute unit tests

Maybe we'll decide to do something more long term, but I think this is a good way to start.

@BreamoreBoy
Copy link
Mannequin

BreamoreBoy mannequin commented Jul 16, 2014

Where do we stand with this and bpo-11260 ?

@ezio-melotti ezio-melotti transferred this issue from another repository Apr 10, 2022
@merwok
Copy link
Member

merwok commented Jul 11, 2022

A PR was proposed but reviewers find that one list of all modules is not interesting, and that Setup & Usage is not the right location. If someone wants a specific module-as-script documented, please open a specific ticket.

@vstinner
Copy link
Member

Implemented in issue gh-109435 as new documentation page: https://docs.python.org/dev/library/cmdline.html

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
docs Documentation in the Doc dir type-feature A feature request or enhancement
Projects
None yet
Development

No branches or pull requests

3 participants