Package Details: lib32-gst-plugins-base-libs 1.28.3-1

Git Clone URL: https://aur.archlinux.org/lib32-gstreamer.git (read-only, click to copy)
Package Base: lib32-gstreamer
Description: Multimedia graph framework (32-bit) - base
Upstream URL: https://gstreamer.freedesktop.org/
Licenses: LGPL-2.1-or-later
Submitter: patlefort
Maintainer: patlefort
Last Packager: patlefort
Votes: 28
Popularity: 17.98
First Submitted: 2026-04-05 17:52 (UTC)
Last Updated: 2026-05-15 17:14 (UTC)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5

hexxal commented on 2026-04-09 08:37 (UTC)

Right. I'm not sure what changed since April 5th or even since yesterday evening - when I was still facing this conflict. Nothing changed on my PC in the meantime, as I powered it off right after my last attempt (so my previous comment was based on my consistent experience from the 5th up until 12 hours ago). However, when I attempted the installation today (now, few minutes ago) to gather logs for you, but now everything went through without any conflicts (??? confusedface)

It seems the dependency hell resolved itself for now, but I’m going to keep my eyes open. If the problem reappears - especially after a package update - I’ll report back with the details. For now, it seems to be working, but moving this to AUR still feels like it creates unnecessary friction for many users.

patlefort commented on 2026-04-09 08:11 (UTC)

I don't understand the problem. lib32-pipewire-jack provides lib32-jack. Also it is only a make dependency, building in a clean container is always preferred.

hexxal commented on 2026-04-09 08:04 (UTC)

The removal of lib32-jack from multilib and its current state in AUR is causing a major dependency deadlock for wine-meta (Garuda) users. On Garuda and other Arch-based distros, trying to resolve this often leads to conflicts where the system tries to replace the entire sound stack (Pipewire/Pulse) with legacy Jack components.

As @rusted mentioned, we desperately need a solution that plays nice with modern setups. Most of us are using Pipewire, so a proper lib32-pipewire-jack provider for the dependency tree is essential. Moving this to AUR without a seamless transition was a massive oversight that broke gaming for many of us. Please consider restoring the previous functionality or providing a dummy/provider package to break this dependency hell.

mshaze commented on 2026-04-08 04:12 (UTC)

Oh, oops. Yeah thanks.

patlefort commented on 2026-04-07 18:58 (UTC)

Import the key into your gpg keyring with gpg --receive-keys D637032E45B8C6585B9456565D2EEE6F6F349D7C.

mshaze commented on 2026-04-07 18:45 (UTC) 

==> Validating source files with b2sums...
    gstreamer ... Passed
    0001-HACK-meson-Disable-broken-tests.patch ... Passed
==> Verifying source file signatures with gpg...
    gstreamer git repo ... FAILED (unknown public key 5D2EEE6F6F349D7C)
==> ERROR: One or more PGP signatures could not be verified!

airbreather commented on 2026-04-07 09:07 (UTC)

Package failed to build on my machine with this error:

gstreamer/subprojects/gstreamer/libs/gst/helpers/ptp/meson.build:26:4: ERROR: Problem encountered: PTP not supported without Rust compiler

I had been providing rust with rustup. When I replaced that package with plain rust, the build got past that error.

I'm not sure what to make of that, myself, but at least for now, maybe this comment will save someone else some time.

rusted commented on 2026-04-06 20:13 (UTC)

calling lib32-jack2 specifically leads to an unresolvable conflict for people using pipewire-jack, this should probably use lib32-jack instead

« First ‹ Previous 1 2 3 4 5