Yea, output:
packages installed
pipewire-qubes.x86_64 4.3.11-1.fc42 qubes-vm-r4.3-current
Yea, output:
packages installed
pipewire-qubes.x86_64 4.3.11-1.fc42 qubes-vm-r4.3-current
Last one and I have no more idea, it might be something that changed in Q4.3
sudo fuser /dev/snd/*
/dev/snd/cotrolC0: 610 757
/dev/snd/seq: 754
USER PID ACCESS COMMAND
/dev/snd/controlC0: root 663 f.... alsactl
user 709 F.... wireplumber
/dev/snd/seq: user 708 F.... pipewire
I have same error but sound works
aplay -L
I will test it after clean installation, in few days.
Did you made sys-audio on base of minimal template or xfce template?
Welcome to AudioVM Hell. Iâm right here beside you.
I spent months trying to get mine to work, then finally discovered it wonât work when audio is going out over HDMI. I had to buy a usb device to output audio to get it to work (and that device does bad things to the sound quality) so I ended up, after all that work, just not using it even after I got it to work.
Thatâs why posting real output of command and not what you think is relevant is essential - nobody would guess what output is used if user says
I have very similar Intel sound as you
I followed guide with 4.2.4 and its worked, but after distro-upgrade to 4.3rc2, when any qube with sys-audio as audiovm starting - i got notification - âDenied:admin.vm.property.Get+is_preload from sys-audio to qube_nameâ
My policy file exactly like in guide. I already recreate all audio-qubes, not worked. Need i change something in policy or this is bug after update?
Where in this guide youâve seen admin.vm.property.Get+is_preload in policy?
Letâs me guess - instead of using policy that had been posted here youâve used policy from pre 4.1 salt formula.
thanks for reply, but no, no salt formula used, i just followed guide. Even policy i just copied to file from first post and moved to dom0. And its worked on 4.2, problem only with 4.3.
this is my sys-audio policy file, but how i said - its just a copy
admin.Events * sys-audio @adminvm allow target=dom0
admin.Events +property-set_audiovm sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.Events +property-pre-set_audiovm sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.Events +property-pre-reset_audiovm sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.Events +property-reset_audiovm sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.Events +property-reset_xid sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.Events +domain-stopped sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.Events +domain-shutdown sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.Events +domain-start sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.Events +connection-established sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.vm.CurrentState * sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.vm.List * sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.vm.CurrentState * sys-audio @adminvm allow target=dom0
admin.vm.List * sys-audio @adminvm allow target=dom0
admin.vm.property.Get +audiovm sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.vm.property.Get +xid sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.vm.feature.CheckWithTemplate +audio sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.vm.feature.CheckWithTemplate +audio-model sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.vm.feature.CheckWithTemplate +supported-service.pipewire sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.vm.feature.CheckWithTemplate +audio-low-latency sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.vm.property.Get +stubdom_xid sys-audio @tag:audiovm-sys-audio allow target=dom0
admin.vm.property.GetAll * sys-audio @tag:audiovm-sys-audio deny notify=no
Question to more knowledgeable, should he add this policy?
admin.vm.property.Get +is_preload sys-audio @tag:audiovm-sys-audio allow target=dom0
Yes. Opened PR to fix it:
Is this for 4.3 only or 4.2 could benefit from it as well? I donât have this policy in 4.2 and have no error.
Only useful on 4.3 and beyond.
Thanks and @KitsuneNoBaka thanks, updated the guide with this addition