Source: tcplay
Version: 1.1-6
Severity: normal
X-Debbugs-Cc: Daniel Kahn Gillmor <d...@fifthhorseman.net>

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.

   --dkg

-- System Information:
Debian Release: trixie/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing'), (500, 'stable'), (500, 
'oldstable'), (200, 'unstable-debug'), (200, 'unstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.6.15-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Attachment: signature.asc
Description: PGP signature

Reply via email to