Package Details: lib32-gst-plugins-base-libs 1.28.4-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: 32
Popularity: 13.31
First Submitted: 2026-04-05 17:52 (UTC)
Last Updated: 2026-06-12 14:17 (UTC)

Pinned Comments

patlefort commented on 2026-05-18 20:11 (UTC)

A copy of the GPG key is located in keys/pgp of this package.

gpg --import keys/pgp/D637032E45B8C6585B9456565D2EEE6F6F349D7C.asc

Latest Comments

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

Vryali commented on 2026-05-16 00:02 (UTC)

Installing lib32-flex & bison did fix the error @veganvelociraptr reported that I also ran into.

Unsure if it's due to changing deps (not ran into this package failing to build before) or something I did on my system, but fix was fair simple.

airbreather commented on 2026-05-15 16:53 (UTC) (edited on 2026-05-15 20:44 (UTC) by airbreather)

I wouldn't say it's the only correct way to build packages, but I do want to point out that trying it that way is one of the steps recommended on: https://wiki.archlinux.org/title/Arch_User_Repository#Debugging_the_package_build_process

The "no automatic toolchain when using rustup" issue is mentioned multiple times on the ArchWiki page for Rust, including here: https://wiki.archlinux.org/title/Rust#Usage

Edit to add: in case it's not clear, this is me agreeing with @patlefort. I sympathize with those who suddenly started running into unexpected problems when this package moved out of the supported repos. I would have had those same problems if this had happened many years ago. But it's absolutely not the responsibility of the maintainer to either:

  1. add explicit workarounds to compensate for documented quirks about the exact mechanism by which a dependency of a dependency is provided, or
  2. go out of their way to pin a comment instructing users on which subset of the routine AUR procedures will be needed under common circumstances.

patlefort commented on 2026-05-15 16:32 (UTC)

It's not my responsibility to do what the user should know when they decided to install rustup instead of rust. Also, and I repeat, the only correct way to build packages is in clean containers. If it builds with makechrootpkg, provided you have a sane makepkg.conf and building against Arch and not some derivative, the package is fine. Otherwise, it's endless issues with broken systems and maintainers can't support everything.

shaybox commented on 2026-05-15 15:44 (UTC)

patlefort My goodness read the comments, you need to add rustup target add i686-unknown-linux-gnu to your PKGBUILD

amiablechief commented on 2026-05-15 11:51 (UTC)

Compilation succeeds if you run the following command ahead of installing:

rustup target add i686-unknown-linux-gnu

Frestein commented on 2026-05-14 08:22 (UTC)

@patlefort If you're so smart, you would write an answer to the most common problems in a separate comment and pin it. That's common practice.

veganvelociraptr commented on 2026-05-14 06:01 (UTC) (edited on 2026-05-14 06:02 (UTC) by veganvelociraptr)

I get two different errors attempting to build this on two different computers and setups. gstreamer/subprojects/gstreamer/gst/parse/meson.build:7:7: ERROR: Program 'flex win_flex' not found or not executable

and

gstreamer/subprojects/gst-plugins-base/ext/cdparanoia/meson.build:31:22: ERROR: C shared or static library 'cdda_paranoia' not found

I have flex, libcdio-paranoia, cdparanoia and lib32-cdparanoia installed.

patlefort commented on 2026-05-14 05:20 (UTC)

My goodness read the comments people.

amiablechief commented on 2026-05-14 02:52 (UTC)

I'm encountering the same problem as reported by @nirnakinho

nirnakinho commented on 2026-05-13 21:11 (UTC) (edited on 2026-05-13 21:12 (UTC) by nirnakinho)

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

fails to build, seems to want a rust compiler. have you tried building this in a clean chroot in order to get the dependencies right?

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