python-humanfriendly
https://github.com/xolox/python-humanfriendly
iHuman friendly input/output for text interfaces using Python https://humanfriendly.readthedocs.org
- Developed at devel:languages:python
- Sources inherited from project openSUSE:Factory
-
3
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Factory:ARM/python-humanfriendly && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
_multibuild | 0000000053 53 Bytes | |
humanfriendly-6.1.tar.gz | 0000348257 340 KB | |
python-humanfriendly.changes | 0000013194 12.9 KB | |
python-humanfriendly.spec | 0000003542 3.46 KB |
Revision 12 (latest revision is 20)
Dominique Leuenberger (dimstar_suse)
accepted
request 774497
from
Matej Cepl (mcepl)
(revision 12)
- Update to 6.1: - Added a :pypy:`...` role for easy linking to packages on the Python Package Index, for details refer to :func:`humanfriendly.sphinx.pypi_role()`. - Wasted quite a bit of time debugging a MacOS failure on Travis CI caused by a broken man`pip` installation, fixed by using get-pip.py to bootstrap an installation that actually works wink. - Enable :class:`~humanfriendly.testing.MockedProgram` to customize the shell script code of mocked programs. This was added to make it easy to mock a program that is expected to generate specific output (I'm planning to use this in the :pypi:`linux-utils` test suite). - Defined __all__ for all public modules that previously lacked "export control" and decided to bump the major version number as a precaution: - These changes should not have any impact on backwards compatibility, unless I forgot entries, in which case callers can get :exc:`~exceptions.ImportError` exceptions... - Imports of public modules were previously exported (implicitly) and this pollutes code completion suggestions which in turn can encourage bad practices (not importing things using their "canonical" name). - I started developing the humanfriendly package years before I learned about the value of defining __all__ and so some modules lacked a definition until now. I decided that now was as good a time as any to add those definitions innocent. - Simplified the headings in docs/api.rst so that only the
Comments 0