Gary Buhrmaster wrote on Mon, Dec 14, 2020:
On Mon, Dec 14, 2020 at 9:49 PM Mauro Carvalho Chehab
<mchehab(a)infradead.org> wrote:
> # dnf swap pulseaudio pipewire-pulseaudio --allowerasing
I needed to add --enablerepo=updates-testing
With updates-testing enabled here, it's much better than last month (no
more gdm being removed), but there still are a few pulseaudio direct
dependencies:
# dnf swap pulseaudio pipewire-pulseaudio --allowerasing
Last metadata expiration check: 0:10:19 ago on Tue 15 Dec 2020 07:52:26 CET.
Dependencies resolved.
==============================================================================
Package Arch Version Repository Size
==============================================================================
Installing:
pipewire-pulseaudio x86_64 0.3.17-3.fc33 updates-testing 14 k
Upgrading:
pipewire x86_64 0.3.17-3.fc33 updates-testing 118 k
pipewire-gstreamer x86_64 0.3.17-3.fc33 updates-testing 52 k
pipewire-libs x86_64 0.3.17-3.fc33 updates-testing 922 k
Removing:
pulseaudio x86_64 14.0-2.fc33 @updates-testing 4.0 M
Removing dependent packages:
alsa-plugins-pulseaudio x86_64 1.2.2-3.fc33 @fedora 121 k
pulseaudio-module-bluetooth x86_64 14.0-2.fc33 @updates-testing 231 k
pulseaudio-module-x11 x86_64 14.0-2.fc33 @updates-testing 78 k
xfce4-pulseaudio-plugin x86_64 0.4.3-3.fc33 @fedora 447 k
In particular I'm worried alsa programs will stop working.
Shouldn't the alsa-plugins-pulseaudio also be compatible with pipewire's
pulseaudio implementation?
(I see there's also an alsa-plugins-jack, I guess that might work but I
don't have it installed right now; or some new alsa-plugins-pipewire
should be pulled in at least to keep things working one way or another)
--
Dominique