qrexec: Missing ordering between library and tool upgrades #9184
Labels
C: core
diagnosed
Technical diagnosis has been performed (see issue comments).
P: critical
Priority: critical. Between "major" and "blocker" in severity.
pr submitted
A pull request has been submitted for this issue.
regression
A bug in which a supported feature that worked in a prior Qubes OS release has stopped working.
T: bug
Type: bug report. A problem or defect resulting in unintended behavior in something that exists.
How to file a helpful issue
Qubes OS release
git main only, thankfully
Brief summary
QubesOS/qubes-core-qrexec@a893050 made
qrexec-agent
andqrexec-client
depend on a newerlibqrexec-utils.so.3
, but this was not reflected in the RPM dependencies. As a result, the user could upgrade the command-line tools but not the shared library, resulting in a situation that is extremely difficult to recover from as qrexec does not work. The only way I can think of to recover (without a rescue system ordnf downgrade
) is to start VMs (which thankfully doesn’t need qrexec), copy the data into dom0 via (possibly repeated) clipboard operations (usingbase64
in dom0 to decode it to binary and appending to a file), and then callrpmcanon
andrpm -U
manually.Steps to reproduce
See above.
Expected behavior
RPM dependencies prevent breaking qrexec.
Actual behavior
RPM dependencies do not prevent breaking qrexec.
The text was updated successfully, but these errors were encountered: