Support for DSSP 4.0 (https://github.com/PDB-REDO/dssp) has been
enabled in commit da57a1f6.
This worked if CLIBD_MON env var points to some CCP4 related
compound library. In the example of dssp shipped with Debian
bullseye, that's not the case. The observation there:
It works if applied on a PDB file downloaded from RCSB with all bells
and whistles but it doesn't work if only the fix from the above commit
is applied. As OpenStructure implements all functionality from DSSP
(secondary structure and solvent accessibility), the binding to an
external program has been deprecated. dssp.AssignDSSP still exists,
but mimics the old behaviour using OpenStructure internal implementations.

in newer matplotlib versions (>=3.5) this will fail and fall back
to base kwarg

blastall is legacy

Versions are updated to what the mighty Schwede lab uses in production

Compilation was broken for years when IMG has been disabled.
IMG is now always built.

If fault_tolerant is enabled, it might happily read a cif file as PDB file.
As a consequence, there are no residues in the returned entity.

QT5 may cause hard to interpret import errors on older Linux kernels:
https://bbs.archlinux.org/viewtopic.php?id=232682

Otherwise it will fail if you provide a non-absolute working directory

Can either be pushed to standalone internal file format
or serve as starting point for MMTF / binaryCIF implementation
in OST. The stored data is kind of similar...

same as commit 69f90c46

makes it easier to re-use elsewhere