Package Details: lib32-gst-plugins-bad 1.24.10-2

Git Clone URL: https://aur.archlinux.org/lib32-gst-bad-ugly.git (read-only, click to copy)
Package Base: lib32-gst-bad-ugly
Description: Multimedia graph framework (32-bit) - bad plugins
Upstream URL: https://gstreamer.freedesktop.org/
Licenses: LGPL
Replaces: lib32-gst-plugins-bad-latest
Submitter: ahmubashshir
Maintainer: ahmubashshir (MarsSeed)
Last Packager: ahmubashshir
Votes: 46
Popularity: 0.011161
First Submitted: 2023-01-07 17:47 (UTC)
Last Updated: 2024-12-16 06:56 (UTC)

Dependencies (117)

Required by (2)

Sources (4)

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

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 22 Next › Last »

mozo commented on 2024-05-06 14:10 (UTC)

@rodrigo21 Thank you!

rodrigo21 commented on 2024-05-06 13:55 (UTC)

@mozo Press q.

mozo commented on 2024-05-06 11:42 (UTC)

Good day, I have a question:

When I reach this stage, what I should do? Enter doesn't work for we're already at the end of file and Ctrl+C aborts the installation process:

https://pastebin.com/dyuC7fwc

Player01osu commented on 2024-03-22 15:45 (UTC)

Patches not updated for 1.24.0, rollback to 1.22.10 until then

diff --git a/PKGBUILD b/PKGBUILD
index 12a693d..01557f9 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -15,7 +15,7 @@ pkgname=(lib32-gst-plugins-ugly)
 )
 readonly LIB32GST_DISABLE_{AV,BAD}

-pkgver=1.24.0
+pkgver=1.22.10
 pkgrel=1
 pkgdesc="Multimedia graph framework (32-bit)"
 url="https://gstreamer.freedesktop.org/"

Or checkout commit 7c47df747f09a06237832e08a63e5103ed1ef551

ryosuke commented on 2024-03-13 05:14 (UTC)

This package is broken now

aishen944 commented on 2024-03-12 00:29 (UTC) (edited on 2024-03-12 00:34 (UTC) by aishen944)


==> 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

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/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

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