Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

In-place upgrade to 4.2 from 4.1 ruins sound on supported templates by spurios switch to pipewire #8814

Open
verygreen opened this issue Dec 31, 2023 · 0 comments
Labels
affects-4.2 This issue affects Qubes OS 4.2. C: audio C: dist upgrade The code and tools that support upgrading in-place from one Qubes OS release to another needs diagnosis Requires technical diagnosis from developer. Replace with "diagnosed" or remove if otherwise closed. P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. T: bug Type: bug report. A problem or defect resulting in unintended behavior in something that exists.

Comments

@verygreen
Copy link

I updated Qubes Qubes 4.1.2 to Qubes 4.2 and afterwards all sound output in "supported" template qubes disappeared (meaning fedora 37/38 - the only ones I was actually using). Fedora36 template I had lying around was not affected.

Problem is seen as lack of "Port" subsection under Output devices in audio mixer/pavucontrol "Output devices" tab under "Qubes VCHAN Sink" where as with the pulseaudio present you'll have a

It looks like part of the upgrade process performs dnf swap pulseaudio-qubes pipewire-qubes which erases pulseaudio devices in supported templates (i.e. not Fedora36). as described in #7832
But it appears that dom0 pipewire is not prepared/installed.

As a test I cloned my fedora37 template, executed dnf swap --allowerasing pipewire-qubes pulseaudio-qubes and that restored sound output in ant vms based on this template (After restart of the template).

But now here's a weird kink, once I did that and did a sound output form pulseaudio-enabled qube, all of a sudden all other qubes that still had pipewire in them (based on unfixed tempates) started to output sound without any problems. So this seems to imply some bit of init only happens the first time actual pulseaudio client is run?

For comparison I have a clear install of Qubes 4.2 (I think it was rc2, then updted normally to RC4) and that sitll has pulseaudio in all its templates and sound has zero problems.

This is likely also similar to #8560, but I cannot be 100% sure so I am filing this ticket with additional findings I have

@verygreen verygreen added P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. T: bug Type: bug report. A problem or defect resulting in unintended behavior in something that exists. labels Dec 31, 2023
@andrewdavidwong andrewdavidwong added needs diagnosis Requires technical diagnosis from developer. Replace with "diagnosed" or remove if otherwise closed. C: audio affects-4.2 This issue affects Qubes OS 4.2. C: dist upgrade The code and tools that support upgrading in-place from one Qubes OS release to another labels Jan 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
affects-4.2 This issue affects Qubes OS 4.2. C: audio C: dist upgrade The code and tools that support upgrading in-place from one Qubes OS release to another needs diagnosis Requires technical diagnosis from developer. Replace with "diagnosed" or remove if otherwise closed. P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. T: bug Type: bug report. A problem or defect resulting in unintended behavior in something that exists.
Projects
None yet
Development

No branches or pull requests

2 participants