Recent commits to derivepassphrase.git (81017d35332bb146b991e34c9a9d51964ee23486)

Shift misplaced local function

2024-07-28T15:31:09+02:00

</pre>

Merge topic branch 'issue6-config-directory-must-exist' into master

2024-07-28T15:06:12+02:00

* t/issue6-config-directory-must-exist:
  Create the configuration directory upon saving, if needed
  Isolate tests properly and consistently from user configuration

GitHub: Closes #8, closes #6.
</pre>

Create the configuration directory upon saving, if needed

2024-07-28T15:02:34+02:00

Do not error out during the first attempt at saving the configuration,
where the configuration directory probably does not yet exist.

On an unrelated note, fix one typo in `derivepassphrase.cli` and
a missing dependency in the hatch environment for type checking.
</pre>

Isolate tests properly and consistently from user configuration

2024-07-28T14:27:31+02:00

Running the tests on a machine which already had a broken
derivepassphrase configuration (e.g., invalid JSON in the
`settings.json` file) previously caused some unrelated tests to fail for
that reason.  Therefore, apply isolation to *all* tests calling the
command-line interface.
</pre>

Merge topic branch 'offline-documentation' into master

2024-07-22T14:06:02+02:00

* t/offline-documentation:
  Add alternate MkDocs configuration for building offline documentation
</pre>

Add alternate MkDocs configuration for building offline documentation

2024-07-22T14:05:42+02:00

</pre>

Merge topic branch 'mypy-strict-typing' into master

2024-07-22T13:45:47+02:00

* t/mypy-strict-typing:
  Add mypy configuration to also check tests
  Fix typing issues in mypy strict mode
  Fix import from stdlib module types
  Add bitseq function in tests for more readable notation
</pre>

Add mypy configuration to also check tests

2024-07-22T13:39:05+02:00

This was already done earlier, but the configuration was not yet
committed.
</pre>

Fix typing issues in mypy strict mode

2024-07-22T13:37:03+02:00

</pre>

Fix import from stdlib module types

2024-07-22T13:24:42+02:00

Having both a `types` submodule and importing the stdlib `types`
directly as `types` was unproblematic at runtime, but very confusing to
`mypy`.

Since we only need one type, and since the stdlib `types` module has
a similar role to `collections.abc`, `typing` and `typing_extensions`,
I presume it is at least in the spirit of the Google Style Guide to
treat imports from `types` like imports from `typing`, i.e., to allow
direct import of symbols from that module.
</pre>