830188 – media-sound/pavucontrol should not depend on pulseaudio, to allow using with pipewire instead

Bug 830188 - media-sound/pavucontrol should not depend on pulseaudio, to allow using with pipewire instead

Summary: media-sound/pavucontrol should not depend on pulseaudio, to allow using with ...

Status:	RESOLVED WORKSFORME

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	Current packages (show other bugs)
Hardware:	All Linux

Importance:	Normal normal (vote)
Assignee:	Gentoo Sound Team

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:	744622
	Show dependency tree

Reported:	2021-12-28 20:35 UTC by Ida Iyes
Modified:	2022-03-19 11:25 UTC (History)
CC List:	3 users (show)

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Ida Iyes 2021-12-28 20:35:05 UTC

Now that PipeWire provides a replacement for the PulseAudio daemon, the pavucontrol GUI can be used to control PipeWire. The current ebuild in Gentoo wants to install PulseAudio, which is unnecessary in this configuration.

Reproducible: Always

Comment 1 Sam James archtester

2021-12-28 21:29:29 UTC

Are you sure it doesn't need libpulse still? I'm fairly sure it does.

Comment 2 Igor V. Kovalenko 2021-12-29 09:56:36 UTC

pavucontrol requires client libs to work
It may be worth making a forward-looking change to add media-libs/libpulse alternative.

Comment 3 Niklāvs Koļesņikovs 2022-01-02 21:22:32 UTC

It's worth noting that media-sound/pavucontrol does not require the daemon USE flag on media-sound/pulseaudio. Another thing to note is that plasma-pa can do nearly(?) everything that pavucontrol does. And similarly GNOME's control center has built-in PulseAudio support.

Comment 4 Ida Iyes 2022-01-14 13:41:12 UTC

You are right. I can disable every USE flag on the pulseaudio package, except glib, and that satisfies pavucontrol. I am OK with that.

I will leave it up to the gentoo people to decide whether to close this bug or keep it open (for some pulseaudio alternatives or something?).

Comment 5 Sam James archtester

2022-03-18 06:22:47 UTC

I think this is solved anyway, but even more so w/ the improved pulseaudio meta package and split into libpulse & pulseaudio-daemon.