Package Details: libpipewire-git 1.5.0.r13799.9a6f8d31d-1

Git Clone URL: https://aur.archlinux.org/pipewire-git.git (read-only, click to copy)
Package Base: pipewire-git
Description: Low-latency audio/video router and processor. (GIT version) - client library
Upstream URL: https://pipewire.org
Licenses: MIT
Conflicts: libpipewire
Provides: libpipewire, libpipewire-.so
Submitter: sl1pkn07
Maintainer: sl1pkn07
Last Packager: sl1pkn07
Votes: 15
Popularity: 0.000000
First Submitted: 2017-09-19 15:57 (UTC)
Last Updated: 2025-06-26 23:11 (UTC)

Dependencies (51)

Required by (258)

Sources (1)

Pinned Comments

Latest Comments

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 Next › Last »

polyzen commented on 2020-12-17 22:52 (UTC)

No, the orphan request is not eligible to be accepted.

The policy is to not accept orphan requests until after 2 weeks, and it has hit the 2 week mark, with no response.

See the discussion here: https://lists.archlinux.org/pipermail/aur-requests/2020-November/046657.html

I read that, see the default here: https://gitlab.freedesktop.org/pipewire/pipewire/-/blob/91b0d3bb39bdb43d667ed156bdfb798afd0098e7/meson_options.txt#L21-24

Enabling the ffmpeg feature is fine, but disabling gstreamer without giving a reason, not so much.

sl1pkn07 commented on 2020-12-17 22:41 (UTC)

@tinywrkb, @polyzen is a TU, he can make a decisions about this theme

greetings

tinywrkb commented on 2020-12-17 22:34 (UTC) (edited on 2020-12-17 22:45 (UTC) by tinywrkb)

@polyzen No, the orphan request is not eligible to be accepted. The maintainer is doing nothing against the rules and saying he is doesn't make it true. See the discussion here: https://lists.archlinux.org/pipermail/aur-requests/2020-November/046657.html

If you don't agree with the maintainer's packaging decisions then go ahead and create your own PKGBUILD.
I have a couple of these myself for packages from the official Arch Linux repos due to my disagreements with Arch TUs' packaging decisions.

polyzen commented on 2020-12-17 21:42 (UTC)

I don't see a rationale given for disabling gstreamer support, which is enabled upstream, in the stable package in our repos, and any other distro I checked, despite being asked several times.

There is an orphan request which is now eligible to be accepted that you also have not responded to.

tinywrkb commented on 2020-12-09 20:02 (UTC)

Heads up, as of today, aptX is working and maybe also LDAC, you just need to rebuild the package.
See here how to check which codec is used.

sl1pkn07 commented on 2020-12-04 16:30 (UTC)

@tinywekb, done libldac

greetings

tinywrkb commented on 2020-12-04 15:26 (UTC)

@sl1pkn07 thanks for the reply. Pipewire's dev confirmed that libldac is the correct package for the new LDAC support, so please add this.
Probably the safest route is to the base package's makedepends and in the package function to pipewire-git's depends.

sl1pkn07 commented on 2020-12-04 14:56 (UTC) (edited on 2020-12-04 15:12 (UTC) by sl1pkn07)

seems libopenaptx asc key is expired (makepkg claim it). for security reasons, i've not include this change yet.when upstream fix this, then i can add it without problem

edit: https://github.com/pali/libopenaptx/issues/6

greetings

tinywrkb commented on 2020-12-04 14:51 (UTC)

Apart of libopenaptx, I believe also libldac is needed. I asked the dev for confirmation here.

tinywrkb commented on 2020-12-04 11:17 (UTC)

New dependency: libopenaptx, I haven't tested yet but it's probably not being linked against pipewire, just the bluez spa plugin, so it might be possible to set it as makedepend and optdpend instead.

https://gitlab.freedesktop.org/pipewire/pipewire/-/commit/106d597305ffbd5a9341c44b918274e8bea7db71

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 Next › Last »