Changelog for python3-invoke-1.6.0-1.fc35.noarch.rpm :

* Tue Sep 21 2021 Jiri Kucera - 1.6.0-1- Update to 1.6.0- Do not run tests for now due to missing package which is even broken
* Fri Jul 23 2021 Fedora Release Engineering - 1.5.0-5- Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild
* Fri Jun 04 2021 Python Maint - 1.5.0-4- Rebuilt for Python 3.10
* Fri Jun 04 2021 Python Maint - 1.5.0-3- Bootstrap for Python 3.10
* Wed Jan 27 2021 Fedora Release Engineering - 1.5.0-2- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
* Thu Dec 31 2020 Paul Howarth - 1.5.0-1- Update to 1.5.0 - Allow any string-compatible object to be passed to \'Context.cd\', enabling use of (for example) \'pathlib.Path\' instances (GH#454, GH#577, GH#583, GH#607, GH#681) - Don\'t silently discard help text for task arguments whose names happen to contain underscores (GH#409, GH#580, GH#611) - Don\'t silently ignore task help specifiers that don\'t actually map to the decorated task\'s arguments (e.g. \'AATTtask(help={\"foo\": \"help for foo\"})\' wrapping a task without a \'foo\' argument) (GH#398, GH#580, GH#611) - Allow subcollections to act as the default \'tasks\' of their parent collections (via the new \'default\' kwarg to \'~invoke.collection.Collection.add_collection\'); this means that non-trivial task trees can specify, e.g. \"use my test subcollection\'s default task as the global default task\" and similar (GH#197) - Enhanced test coverage in a handful of modules whose coverage was under 90% - \'~invoke.context.MockContext\' now populates its \'NotImplementedError\' exception instances (typically raised when a command is executed that had no pre-prepared result) with the command string that triggered them; this makes it much easier to tell what exactly in a test caused the error - \'~invoke.context.MockContext\' now accepts a few quality-of-life shortcuts as keys and values in its \'run\'/\'sudo\' arguments: - Keys may be compiled regular expression objects, as well as strings, and will match any calls whose commands match the regex - Values may be \'True\' or \'False\' as shorthand for otherwise empty \'~invoke.runners.Result\' objects with exit codes of \'0\' or \'1\' respectively - Values may also be strings, as shorthand for otherwise empty \'~invoke.runners.Result\' objects with those strings given as the \'stdout\' argument - Add a new \'repeat\' kwarg to \'~invoke.context.MockContext\' which, when True (default: False) causes stored results for its methods to be yielded repeatedly instead of consumed (GH#441) - Immutable iterable result values handed to \'~invoke.context.MockContext\' would yield errors (due to the use of \'pop()\'); the offending logic has been retooled to be more iterator-focused and now works for tuples and etc. - Update the testing documentation a bit: cleaned up existing examples and added new sections for the other updates in the 1.5 release - Automatically populate the \'command\' attribute of \'~invoke.runners.Result\' objects returned by \'~invoke.context.MockContext\' methods, with the command string triggering that result; previously, users had to do this by hand or otherwise suffered inaccurate result objects (GH#700) - Upgrade \'~invoke.context.MockContext\' to wrap its methods in \'Mock\' objects if the \'(unittest.)mock\' library is importable; this makes testing Invoke-using codebases even easier
* Thu Jul 30 2020 Paul Howarth - 1.4.1-4- Use new-style dependencies, fixes FTBFS due to conflicting pytest requirements
* Wed Jul 29 2020 Fedora Release Engineering - 1.4.1-3- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
* Sun May 24 2020 Miro Hrončok - 1.4.1-2- Rebuilt for Python 3.9
* Thu Jan 30 2020 Paul Howarth - 1.4.1-1- Update to 1.4.1 (#1796269) - Explicitly strip out \'__pycache__\' (and for good measure, \'.py[co]\', which previously we only stripped from the \'tests/\' folder) in our \'MANIFEST.in\', since at least some earlier releases erroneously included such (GH#586) - Fix an issue with \'~invoke.run\' and friends having intermittent problems at exit time (symptom was typically about the exit code value being \'None\' instead of an integer; often with an exception trace) (GH#660) - Close pseudoterminals opened by the \'~invoke.runners.Local\' class during \'run(..., pty=True)\'; previously, these were only closed incidentally at process shutdown, causing file descriptor leakage in long-running processes (GH#518)
* Sun Jan 05 2020 Paul Howarth - 1.4.0-1- Update to 1.4.0 (#1787868) - A corner case in #~invoke.context.Context.run# caused overridden streams to be unused if those streams were also set to be hidden, e.g. \'run(command, hide=True, out_stream=StringIO())\' would result in no writes to the \'StringIO\' object (GH#637); this has been fixed - hiding for a given stream is now ignored if that stream has been set to some non-\'None\' (and in the case of \'in_stream\', non-\'False\') value. - As part of feature work on GH#682, we noticed that the \'~invoke.runners.Result\' return value from \'~invoke.context.Context.run\' was inconsistent between dry-run and regular modes; for example, the dry-run version of the object lacked updated values for \'hide\', \'encoding\' and \'env\' - this has been fixed - Add asynchronous behavior to \'~invoke.runners.Runner.run\' (GH#194, GH#682): - Basic asynchronicity, where the method returns as soon as the subprocess has started running, and that return value is an object with methods allowing access to the final result - \"Disowning\" subprocesses entirely, which not only returns immediately but also omits background threading, allowing the subprocesses to outlive Invoke\'s own process See the updated API docs for the \'~invoke.runners.Runner\' for details on the new \'asynchronous\' and \'disown\' kwargs enabling this behavior - Never accompanied the top-level singleton \'~invoke.run\' (which simply wraps an anonymous \'~invoke.context.Context\'s \'run\' method) with its logical sibling, \'~invoke.sudo\' - this has been remedied
* Thu Dec 12 2019 Paul Howarth - 1.3.0-2- Run (most of) the test suite- Cosmetic spec changes
* Mon Oct 07 2019 Othman Madjoudj - 1.3.0-1- Update to 1.3.0 (rhbz #1742597)
* Tue Sep 24 2019 Miro Hrončok - 1.2.0-5- Drop python2-invoke (#1741008)