Package request: PipeWire

[ehfd]

Package name

pipewire

Package version

Newest

Package website

1. Website: https://pipewire.org/
2. Repository: https://gitlab.freedesktop.org/pipewire/pipewire

Package availability

GitLab Releases: https://gitlab.freedesktop.org/pipewire/pipewire/-/releases

Arch Linux: https://archlinux.org/packages/extra/x86_64/pipewire/
Fedora: https://packages.fedoraproject.org/pkgs/pipewire/
Ubuntu: https://launchpad.net/ubuntu/+source/pipewire

Additional comments

PipeWire is now the default choice for audio and multimedia in various Linux distros, containing interfaces to frameworks including gst-plugin-pipewire and is a drop-in replacements to audio interfaces including ALSA, JACK, PulseAudio, and Bluetooth.

PipeWire is also important because it is a key method to capture screens in Wayland compositors through the XDG Desktop Portal, and the usage of capture devices using Video4Linux2.

Especially since it has reached stable (v1.x), I cannot find a good reason to not support (at least parts of) PipeWire with conda because ALSA, JACK, and PulseAudio are all provided by conda-forge. And because it is such an important package, an experienced maintainer should keep the recipes.

In conclusion, hundreds of conda-forge packages will be able to use PipeWire (including fluidsynth and GStreamer) if provided.

Package is not available

• The package is not available on conda-forge.

No previous issues or open PRs

• No previous issue exists and no PR has been opened.

[ehfd]

Sorry for the tag bomb:

CC: @scopatz @hmaarrfk @ryanvolz @andfoy @ocefpaf

Tagging relevant feedstock maintainers.

[ryanvolz]

Hi @ehfd, I'm supportive of having a pipewire package and would certainly be willing to help maintain given that I'm already involved in a lot of the conda-forge audio stack. I just haven't had the time yet to look into it or put together a package.

[ehfd]

Thank you for your responses and reactions @ryanvolz @hmaarrfk.

I'm currently maintaining a project that interfaces with GStreamer and the OS audio/X11 stack (targeting the HPC and container world), and this would be so great if I could make a GStreamer-Python application portable with Conda.

I've been reading other recipes to reproduce my own custom build of GStreamer and relevant plugins.

I don't think it's a good idea for me to start this out since this is such an important package, but I'll see if I can join in on help out after a year or two on the package ecosystem when I can understand the Conda stack more. My colleagues work on CASPER (Astronomy Signal Processing) and other signal projects, but what need to focus on is Wayland screen capture.

Thanks!

[hmaarrfk]

One place to start would be to help ensure that gstreamer is built correctly.

I've been helping the gstreamer stack over the year as it is a dependency of qt. However that seems to be changing pretty soon.

Making a similar merge request
conda-forge/gstreamer-feedstock#126

and getting things to pass would be a huge start to getting your stack working.