Arch Linux User Repository

If you have any improvements/suggestions for the pkgbuilds I maintain, please create an issue/pr on github.com/ahmubashshir/pkgbuilds or send the patches to ahmubashshir+pkgbuilds@gmail.com

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

==> Starting prepare()...
Applied patch to 'meson.build' with conflicts.
Applied patch to 'meson_options.txt' cleanly.
Applied patch to 'meson.build' with conflicts.
U meson.build
U meson.build
==> ERROR: A failure occurred in prepare().
    Aborting...
 -> error making: lib32-gst-bad-ugly-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
lib32-gst-plugins-bad-libs - exit status 4

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

@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.

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/meson.build:1:11: 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/libgsturidownloader-1.0.so.0.2207.0
FAILED: subprojects/gst-plugins-bad/gst-libs/gst/uridownloader/libgsturidownloader-1.0.so.0.2207.0 
gcc -m32  -o subprojects/gst-plugins-bad/gst-libs/gst/uridownloader/libgsturidownloader-1.0.so.0.2207.0 subprojects/gst-plugins-bad/gst-libs/gst/uridownloader/libgsturidownloader-1.0.so.0.2207.0.p/gstfragment.c.o subprojects/gst-plugins-bad/gst-libs/gst/uridownloader/libgsturidownloader-1.0.so.0.2207.0.p/gsturidownloader.c.o -flto -Wl,--as-needed -Wl,--no-undefined -shared -fPIC -Wl,--start-group -Wl,-soname,libgsturidownloader-1.0.so.0 -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/libgstbase-1.0.so /usr/lib/libgstreamer-1.0.so /usr/lib/libgobject-2.0.so /usr/lib/libglib-2.0.so -Wl,--end-group
/usr/bin/ld: /usr/lib/libgstbase-1.0.so: error adding symbols: file in wrong format
collect2: error: ld returned 1 exit status
[8/1412]

The compilation continues for a while until at [16/1412] Compiling C object subprojects/gst-plugin...gstcodecparsers-1.0.so.0.2207.0.p/gsth265parser.c.o 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().
    Aborting...`

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

file /usr/lib/libgstbase-1.0.so.0.2209.0
/usr/lib/libgstbase-1.0.so.0.2209.0: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=f0955e4ef25a6020e7356f95782dc0979462a14c, stripped
file /usr/lib32/libgstbase-1.0.so.0.2209.0
/usr/lib32/libgstbase-1.0.so.0.2209.0: 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

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).

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.

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

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

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

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

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