Package Details: pipewire-common-pulse-git 1.0.0.r591.gaf310523-1

Git Clone URL: https://aur.archlinux.org/pipewire-common-git.git (read-only, click to copy)
Package Base: pipewire-common-git
Description: Low-latency audio/video router and processor - PulseAudio replacement
Upstream URL: https://pipewire.org
Licenses: MIT
Conflicts: pipewire-pulse, pulseaudio, pulseaudio-bluetooth
Provides: pipewire-pulse, pulse-native-provider, pulseaudio, pulseaudio-bluetooth
Submitter: eh5
Maintainer: eh5
Last Packager: eh5
Votes: 5
Popularity: 0.000000
First Submitted: 2021-01-10 08:40 (UTC)
Last Updated: 2024-03-29 06:17 (UTC)

Required by (443)

Sources (1)

Pinned Comments

PedroHLC commented on 2021-01-11 22:53 (UTC)

If someone needs any of these packages pre-built, chaotic-aur builds them hourly...

eh5 commented on 2021-01-10 12:03 (UTC) (edited on 2021-01-16 20:46 (UTC) by eh5)

@FabioLolix This one has gstreamer support (provides gst-plugin-pipewire) and hsphfpd support enabled.

(All below is edit message for anyone who interests.)

Be aware that https://aur.archlinux.org/packages/gst-plugin-pipewire-git/ depend by pipewire-git is not part of pipewire-git package base.

Many people request[1-2] the maintainer(https://aur.archlinux.org/account/sl1pkn07) of pipewire-git to enable gstreamer support but seems he refuse to do that. Despite gstreamer support is enabled by default in upstream (also in Arch repo) and gstreamer plugin is a dynamic loadable library which is capable to be split into separate package.

And some request to orphan or delete pipewire-git but all has been rejected by TU[3].

There was a VCS package solved gstreamer problem named pipewire-nightly, but a TU decides to delete it for the reason that the suffix "-nightly" in package name imply that it has to be a snapshot package[4].

Those are reasons why I create this package base.

[1] https://aur.archlinux.org/pkgbase/pipewire-git/?O=20&PP=10#comment-775875

[2] https://aur.archlinux.org/pkgbase/pipewire-git/?O=10&PP=10#comment-777463

[3] https://lists.archlinux.org/pipermail/aur-requests/2020-December/thread.html (search keyword "pipewire")

[4] https://lists.archlinux.org/pipermail/aur-requests/2020-December/047836.html

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

eh5 commented on 2021-02-12 11:17 (UTC) (edited on 2021-02-23 04:14 (UTC) by eh5)

Dropped vulkan, ffmpeg, hsphfpd SPA plugins in this "common" package base because they are disabled by default in upstream, you can still find them in https://aur.archlinux.org/pkgbase/pipewire-full-git.

Vulkan, ffmpeg SPA plugins are actually not used by pipewire's default media session, you won't have any lose on it except less dependency.

Consider that pipewire's native HSP/HFP support is now good enough compared to hsphfpd, I also dropped hsphfpd varient of bluez plugin.

eh5 commented on 2021-01-24 10:21 (UTC) (edited on 2021-01-24 10:28 (UTC) by eh5)

@kode54 Maybe you are on the old version? pipewire-common-git now is not depends on alsa-card-profiles. https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=pipewire-common-git#n63

kode54 commented on 2021-01-24 10:12 (UTC) (edited on 2021-01-24 10:15 (UTC) by kode54)

I see. Since pipewire-common-git is providing it, it shouldn't be depending on the alsa-card-profiles package, or delete the alsa card profiles files, then.

eh5 commented on 2021-01-21 04:56 (UTC) (edited on 2021-01-21 05:09 (UTC) by eh5)

alsa-card-profiles is now split from pipewire in Arch. https://github.com/archlinux/svntogit-packages/commit/c57aba57e6185ba5221d497444b25ab03fb7ba2a#diff-37538beb61ff63edebbf735dfcf39e5d732f49183d6beb097169d971875ca422

Splitting alsa-card-profiles is meaningless for this VCS package base since it's a pipewire specific version and only pipewire requires it currently, so we let pipewire-common-git provides it.

eh5 commented on 2021-01-12 18:38 (UTC) (edited on 2021-01-12 19:33 (UTC) by eh5)

@tornado99 Then just replace pipewire-git with pipewire-common-git. I would add pipewire-git as conflict of pipewire-common-git in next commit.

edit: Make bluze5 plugin be dependent on pipewire-common-git instead.

What I said about makepkg -rs in my previous comment is to showcase that pipewire is not required for building this package base. It's still a runtime dependency though. Since pipewire-common-git "provides" pipewire, it's not a problem to add pipewire as runtime dependency (aka. put pipewire into depends array).

Seems your AUR helper don't recognize pipewire-common-git as a "pipewire" provider(like pipewire-git). You'd better build/install pipewire-common-git and pipewire-common-pulse-git firstly before building pipewire-common-bluez5-*.

tornado99 commented on 2021-01-12 14:26 (UTC)

I would like to use a package manager like Pacman/pamac/yay. Even if I start with no pipewire packages installed it seems your AUR package always installs pipewire first. The error I get is:

conflicting files: - pipewire-common-bluez5-hsphfpd-git: /usr/lib/spa-0.2/bluez5/libspa-bluez5.so already exists in filesystem (owned by pipewire-git)

Perhaps you could remove pipewire as a dependency?

eh5 commented on 2021-01-12 04:07 (UTC)

@tornado99

It wants to install pipewire or pipewire-git first,

I don't think it requires pipewire to build. Maybe you can try building it with makepkg -rs.

Ex.

$ git clone https://aur.archlinux.org/pipewire-common-git.git
$ cd pipewire-common-git && makepkg -rs

and then complains there is a conflict with pipewire when installing itself.

Of course it conflict with pipewire, the package is meant to replace other pipewire builds.

« First ‹ Previous 1 2 3 4 5 6 Next › Last »