[archlinux] request to change qubes-vm-pulseaudio to qubes-vm-pipewire

General Discussion
1 
pacman -Si qubes-vm-pulseaudio                                                             
[..]                                                                                                                                                                                                                      
Depends On      : alsa-lib  alsa-utils  pulseaudio-alsa  pulseaudio<=17.0
[..]

This dependencies sometimes result in pacman -Syu not going through.

You can reproduce the issue with

pacman -Dk 
error: missing 'pulseaudio-alsa' dependency for 'qubes-vm-pulseaudio'
error: missing 'pulseaudio<=17.0' dependency for 'qubes-vm-pulseaudio'

despite

pacman -Q pulseaudio-alsa pulseaudio
pipewire-alsa 1:1.2.1-1
pipewire-pulse 1:1.2.1-1

For the time being you can workaround this problem while updating with

pacman -Syu --assume-installed pulseaudio-alsa --assume-installed 'pulseaudio'

Fixing this issue likely needs to be done in qubes-vm-pulseaudio’s PKGBUILD.

2

Hello @robertford

I don’t see the above pacman -Dk output in my template:

[root@archlinux ~]# pacman -Si qubes-vm-pulseaudio | grep ^Depend
Depends On      : alsa-lib  alsa-utils  pulseaudio-alsa  pulseaudio<=17.0
Depends On      : alsa-lib  alsa-utils  pulseaudio-alsa  pulseaudio<=17.0
[root@archlinux ~]# pacman -Dk
No database errors have been found!
[root@archlinux ~]# pacman -Q pulseaudio-alsa pulseaudio 
pulseaudio-alsa 1:1.2.12-3
pulseaudio 17.0-3
[root@archlinux ~]# cat /etc/pacman.d/
10-qubes-options.conf                       85-qubes-4.2-current-testing.conf.disabled  90-qubes-4.2-current.conf.disabled          mirrorlist
85-qubes-4.2-current-testing.conf           90-qubes-4.2-current.conf                   gnupg/                                      mirrorlist.orig
[root@archlinux ~]# cat /etc/pacman.d/85-qubes-4.2-current-testing.conf /etc/pacman.d/90-qubes-4.2-current.conf
[qubes-r4.2-current-testing]
Server = https://archlinux.qubes-os.org/r4.2/current-testing/vm/archlinux/pkgs
[qubes-r4.2-current]
Server = https://archlinux.qubes-os.org/r4.2/current/vm/archlinux/pkgs
3

Thanks for posting your findings @ludovic.

I’m using an archlinux-template based HVM to which my bluetooth hardware is attached to. I remember installing pipewire because pipewire provides newer and better bluetooth 2-way-freehand codecs - which unfortunately can not compete with Apple’s codecs, yet.

pacman -Q | rg pipewire
libpipewire 1:1.2.2-1
pipewire 1:1.2.2-1
pipewire-alsa 1:1.2.2-1
pipewire-audio 1:1.2.2-1
pipewire-pulse 1:1.2.2-1
pipewire-qubes 4.2.15-1

I likely enforced installation with -Sdd or something similar. Stuff works and I were under the mistaken impression that if dom0 or sys-audio have been migrated to pipewire domU templates would have been, too.

[user@dom0 ~]$ dnf list installed pipewire
pipewire.x86_64                   0.3.84-1.fc37