In looking at cleaning up the tcplay package in debian, i noticed that
the libtcplay package name doesn't match the SONAME of libtcplay.so.1.1

It looks like upstream hasn't actually been doing normal C library
versioning (the library versioning is exactly the same as the whole
package version number), and i see no reverse dependencies on libtcplay,
so maybe this isn't a big deal.  But future package cleanup might want
to rename the library packages in some way that fits with the rest of
the C library ecosystem, if this library package is expected to be
useful.

Even tools like luckyluks and zulucrypt don't appear to depend on the
libtcplay library, instead depending on /usr/sbin/tcplay.  That suggests
that the library isn't well-integrated into the ecosystem of tools that
might manage veracrypt or truecrypt volumes.