Source: tpm2-tss
Version: 4.0.1-6
Severity: serious
It is not possible to upgrade the tpm2-tss packages to 4.0.1-6 with
"apt upgrade" or with aptitude (command line or its TUI, without a
*manual* dependency resolution):
root@disset:~# apt upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
libtss2-esys-3.0.2-0 libtss2-sys1 libtss2-tcti-cmd0 libtss2-tcti-device0
libtss2-tcti-mssim0 libtss2-tcti-swtpm0
[...]
This is apparently due to the rename of libtss2-mu0 to
libtss2-mu-4.0.1-0. This latter package has a Breaks+Replaces,
but is that sufficient? i.e. isn't Conflicts needed?
https://wiki.debian.org/RenamingPackages says "Conflicts should only
be used if two packages can never be unpacked at the same time",
which is the case for libtss2-mu0 and libtss2-mu-4.0.1-0.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.6.13-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
--
Vincent Lefèvre <
vincent@vinc17.net> - Web: <
https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <
https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)