Debuntu-tools

Latest version: v0.9.1

Safety actively analyzes 619136 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 1 of 4

0.9.1

-----------------------------

Speed up ``reboot-remote-system`` by opting out of OpenSSH connection
multiplexing during reboot check.

.. _Release 0.9.1: https://github.com/xolox/python-debuntu-tools/compare/0.9...0.9.1

0.9

---------------------------

**Noteworthy changes:**

- Switch from :pypi:`requests` to :pypi:`six` (``six.moves.urllib.request``).

The ``debuntu-nodejs-installer`` program needs to make two HTTPS requests and
until now used :pypi:`requests` to do so. However :pypi:`requests` pulls in
quite a few dependencies (:pypi:`certifi`, :pypi:`chardet`, :pypi:`idna` and
:pypi:`urllib3`).

On older Python 2.7 releases :pypi:`requests` was needed to provide proper
TLS support including SNI, however with most of the world moving on to modern
Python releases the simple responsibility of making two HTTPS requests no
longer warrants five dependencies...

Besides, :pypi:`six` was already part of the transitive requirements and the
code changes required were minimal. I also got to remove most of the
complexity from ``setup.py``.

- Make it possible to instruct the Python API of ``upgrade-remote-system`` to
perform a reboot regardless of whether this is required by package updates.

- Updated the usage messages embedded in the readme.

**Miscellaneous changes:**

- Update Ubuntu releases mentioned in readme.
- Update PyPI and RTD links in readme.
- Use console highlighting in readme.
- Refactored makefile (use Python 3 for local development, treat Sphinx
warnings as errors, etc).
- Fixed existing Sphinx reference warnings.
- Bumped requirements, fixed deprecated imports.

.. _Release 0.9: https://github.com/xolox/python-debuntu-tools/compare/0.8...0.9

0.8

---------------------------

- debuntu-nodejs-installer: Bump Node.js version to 10.x. This was triggered by
the build failure at https://travis-ci.org/xolox/python-npm-accel/jobs/549226950
which caused me to wonder why I had never bothered to update this default. So
here it is :-).

- Bug fix for reboot-remote-system: Don't run :man:`lsblk` on regular files.

- Bug fix for reboot-remote-system: Ignore usernames in config check.

.. _Release 0.8: https://github.com/xolox/python-debuntu-tools/compare/0.7...0.8

0.7

---------------------------

- Improved ``upgrade-remote-system`` (reboot when running old kernel).
- Bug fix for ``reboot-remote-system`` (always confirm SSH connectivity).
- Updated the remote root disk encryption how to (Ubuntu 18.04 compatibility).

.. _Release 0.7: https://github.com/xolox/python-debuntu-tools/compare/0.6.4...0.7

0.6.4

-----------------------------

The ``debuntu-kernel-manager`` program now supports cleaning up Linux kernel
modules packages (``linux-modules-*``).

.. _Release 0.6.4: https://github.com/xolox/python-debuntu-tools/compare/0.6.3...0.6.4

0.6.3

-----------------------------

Bump connection timeout of ``unlock-remote-system`` from 60 seconds to 2 minutes.

In the past months the ``reboot-remote-system`` command has failed to reboot my
Raspberry Pi in an unattended fashion in about half of my attempts, because
after the reboot command is given it takes more than 60 seconds for the
pre-boot environment to become available... 😒

Now on the one hand this is just a single use case based on crappy hardware,
and I could have just configured a longer ``connect-timeout`` in the
configuration file of course. On the other hand I do intend for tools like
``reboot-remote-system`` to be as much "do what I mean" as possible and picking
reasonable defaults is part of that.

Also I have plenty of experience with server hardware and I know that some of
those servers take more than a minute to finish initializing their hardware and
actually booting the OS, so even with fancy hardware boot times can be long 😇.

Because I didn't see the harm in bumping the ``connect-timeout`` for all users
I decided to do that instead of configuring this on my end, potentially
"obscuring a bad default". Anyone who disagrees is free to define a more
restrictive ``connect-timeout`` using a configuration file.

.. _Release 0.6.3: https://github.com/xolox/python-debuntu-tools/compare/0.6.2...0.6.3

Page 1 of 4

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.