Package Details: lib32-gst-libav 1.22.10-1

Git Clone URL: (read-only, click to copy)
Package Base: lib32-gst-bad-ugly
Description: Multimedia graph framework (32-bit) - libav plugin
Upstream URL:
Licenses: LGPL
Provides: lib32-gst-ffmpeg
Replaces: lib32-gst-libav-latest
Submitter: ahmubashshir
Maintainer: ahmubashshir (MarsSeed)
Last Packager: ahmubashshir
Votes: 43
Popularity: 0.96
First Submitted: 2023-01-07 17:47 (UTC)
Last Updated: 2024-02-19 15:57 (UTC)

Pinned Comments

ahmubashshir commented on 2023-11-18 14:43 (UTC) (edited on 2023-11-18 14:44 (UTC) by ahmubashshir)

If you have any improvements/suggestions for the pkgbuilds I maintain, please create an issue/pr on or send the patches to

p.s. sorry for being late, I was busy with my mid and part-time job last three months... it was truly chaotic...

Latest Comments

1 2 3 4 5 6 .. 19 Next › Last »

stickyhands commented on 2024-02-27 22:52 (UTC)

@Dex7ter It didn't cross my mind that there might be a lib32 version of gtk that's missing, this worked. Thank you.

Dex7ter commented on 2024-02-22 00:57 (UTC)

@stickyhands I had the same issue that gtk+-3.0 was not found. Not sure if you already fixed this problem but after installing lib32-gtk3 from the repos it builds for me just fine. Would be worth a try.

stickyhands commented on 2024-02-09 23:23 (UTC) (edited on 2024-02-10 01:59 (UTC) by stickyhands)

I've run into issues building this. First it couldn't find gtk3.0:

Package gtk+-3.0 was not found in the pkg-config search path.

despite pkg-config --variable pc_path pkg-config returning /usr/lib/pkgconfig:/usr/share/pkgconfig, exporting export PKG_CONFIG_PATH=/usr/lib/pkgconfig:/usr/share/pkgconfig fixed the issue.

Then I had to downgrade neon:

gstreamer/subprojects/gst-plugins-bad/ext/neon/ ERROR: Dependency lookup for neon with method 'pkgconfig' failed: Invalid version, need 'neon' ['<= 0.32.99'] found '0.33.0'.

Since packages pointed to by 'pactree -r neon' were okay with a slightly downgraded version i called 'downgrade neon' and set it to 0.32.5-2.

The compilation then started, but it run into an error:

[7/1412] Linking target subprojects/gst-plugins-bad...t/uridownloader/
FAILED: subprojects/gst-plugins-bad/gst-libs/gst/uridownloader/ 
gcc -m32  -o subprojects/gst-plugins-bad/gst-libs/gst/uridownloader/ subprojects/gst-plugins-bad/gst-libs/gst/uridownloader/ subprojects/gst-plugins-bad/gst-libs/gst/uridownloader/ -flto -Wl,--as-needed -Wl,--no-undefined -shared -fPIC -Wl,--start-group -Wl,-soname, -Wl,-Bsymbolic-functions -Wl,-z,nodelete -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -flto=auto -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -flto=auto /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ -Wl,--end-group
/usr/bin/ld: /usr/lib/ error adding symbols: file in wrong format
collect2: error: ld returned 1 exit status

The compilation continues for a while until at [16/1412] Compiling C object subprojects/ after a lot of warnings of all sorts (which made looking through this tedious) I get a very non-informative error:

ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().

It seems that instead of using the 32 bit files it uses 64 bit ones. Both have links to the following:

file /usr/lib/
/usr/lib/ ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=f0955e4ef25a6020e7356f95782dc0979462a14c, stripped
file /usr/lib32/
/usr/lib32/ ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=293c4d7fdb14f0ed1da9cfa70c8d0e7f6e7d0b5e, stripped

Setting export LIBRARY_PATH=/usr/lib32:$LIBRARY_PATH does not change anything.

It seems that either there's something wrong with the way my system looks for files for compilation, which seems odd given I've had no such issues before, or the package compilation forces some folders instead of looking up using commands. Or something else, I don't know.

If this should get forwarded elsewhere (f.e. by mail to the maintainer) please tell me so and I'll delete this post

MarsSeed commented on 2023-12-02 10:57 (UTC)

For me also lib32-ffmpeg fails to build now in a clean environment (due to requiring undeclared dependency cuda_llvm).

Again, lib32-gst-libav is an unnecessary (and heavy) build for most users who just want some audio/video support in legacy bin32 games (Linux-native, or likely via wine).

MarsSeed commented on 2023-12-02 09:44 (UTC)

It would help to decouple packages into separate PKGBUILDs.

By far the most users would only need lib32-gst-plugins-ugly and not any other gst subpackage from AUR.

'ugly' has a very light dependency chain and none of the mentioned breaking libraries are needed by it.

sgt-hartman commented on 2023-12-02 09:10 (UTC) (edited on 2023-12-02 09:14 (UTC) by sgt-hartman)

No offense for the work done to maintain this package, but honestly it and its good friend "ugly" become really tricky to build because of the dependency hell. As of today, on a clean system, here are the broken packages i had to patch myself:

  • lib32-lv2
  • lib32-libass
  • lib32-shaderc
  • lib32-raptor

MarsSeed commented on 2023-12-02 08:53 (UTC)

Please kindly remove the unneeded (and currently broken) makedepend lib32-shaderc, and instead add makedepends=shaderc.

ahmubashshir commented on 2023-11-29 18:32 (UTC)

@titanx8888, try adding -D gst-plugins-bad:webrtcdsp=disabled to build options...

titanx8888 commented on 2023-11-26 18:00 (UTC)

@gnaggnoyil Hello, I had to install lib32-webrtc-audio-processing to fix that error.

@ahmubashshir Maybe this needs to be added as a dependency?

gnaggnoyil commented on 2023-11-26 12:33 (UTC)

Hello. I ran makepkg -s today and got the following error:

gst-plugins-bad| Run-time dependency webrtc-audio-processing found: NO (tried pkgconfig and cmake)
gst-plugins-bad| Looking for a fallback subproject for the dependency webrtc-audio-processing

gstreamer/subprojects/gst-plugins-bad/ext/webrtcdsp/ ERROR: Automatic wrap-based subproject downloading is disabled

A full log can be found at /home/gnaggnoyil/.cache/yay/lib32-gst-bad-ugly/src/build/meson-logs/meson-log.txt
==> ERROR: A failure occurred in build().
makepkg -s  3.61s user 2.31s system 77% cpu 7.653 total

Does anybody know what could possibly go wrong there?