@tinywrkb, @polyzen is a TU, he can make a decisions about this theme
greetings
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) - PipeWire as JACK client |
Upstream URL: | https://pipewire.org |
Licenses: | MIT |
Conflicts: | pipewire-jack |
Provides: | pipewire-jack |
Submitter: | sl1pkn07 |
Maintainer: | sl1pkn07 |
Last Packager: | sl1pkn07 |
Votes: | 15 |
Popularity: | 0.029752 |
First Submitted: | 2017-09-19 15:57 (UTC) |
Last Updated: | 2024-04-12 20:00 (UTC) |
« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 Next › Last »
@tinywrkb, @polyzen is a TU, he can make a decisions about this theme
greetings
@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.
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.
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.
@tinywekb, done libldac
greetings
@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.
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
Apart of libopenaptx, I believe also libldac is needed. I asked the dev for confirmation here.
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
Hi, can you at least consider enabling the gstreamer plugin and keep it as a separate split package? It would benefit other people that want to use this package to test PipeWire since they do not need to worry about a missing dependency of gnome-shell. You can of course still install without gstreamer yourself, and there is no need for you to "support" gstreamer in any way.
Pinned Comments