Package Details: lib32-gst-libav 1.24.8-1

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) - libav plugin
Upstream URL: https://gstreamer.freedesktop.org/
Licenses: LGPL
Provides: lib32-gst-ffmpeg
Replaces: lib32-gst-libav-latest
Submitter: ahmubashshir
Maintainer: ahmubashshir (MarsSeed)
Last Packager: ahmubashshir
Votes: 46
Popularity: 0.021436
First Submitted: 2023-01-07 17:47 (UTC)
Last Updated: 2024-10-28 05:13 (UTC)

Dependencies (75)

Required by (1)

Sources (3)

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

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

sgt-hartman commented on 2024-11-11 08:46 (UTC)

I can't make it to compile (tried by rebuilding all dependencies as well).

FAILED: subprojects/gst-plugins-bad/ext/x265/libgstx265.so.p/gstx265enc.c.o 
gcc -m32 -Isubprojects/gst-plugins-bad/ext/x265/libgstx265.so.p -Isubprojects/gst-plugins-bad/ext/x265 -I../gstreamer/subprojects/gst-plugins-bad/ext/x265 -Isubprojects/gst-plugins-bad -I../gstreamer/subprojects/gst-plugins-bad -I/usr/include/gstreamer-1.0 -I/usr/include/elfutils32 -I/usr/include/glib-2.0 -I/usr/lib32/glib-2.0/include -I/usr/include/orc-0.4 -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -fvisibility=hidden -fno-strict-aliasing -DG_DISABLE_CAST_CHECKS -Wmissing-prototypes -Wold-style-definition -Wmissing-declarations -Wredundant-decls -Wwrite-strings -Wformat -Wformat-security -Winit-self -Wmissing-include-dirs -Waddress -Wno-multichar -Wvla -Wpointer-arith -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=3 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -flto=auto -fPIC -pthread -DHAVE_CONFIG_H -MD -MQ subprojects/gst-plugins-bad/ext/x265/libgstx265.so.p/gstx265enc.c.o -MF subprojects/gst-plugins-bad/ext/x265/libgstx265.so.p/gstx265enc.c.o.d -o subprojects/gst-plugins-bad/ext/x265/libgstx265.so.p/gstx265enc.c.o -c ../gstreamer/subprojects/gst-plugins-bad/ext/x265/gstx265enc.c
cc1: warning: /usr/include/elfutils32: No such file or directory [-Wmissing-include-dirs]
../gstreamer/subprojects/gst-plugins-bad/ext/x265/gstx265enc.c: In function ‘gst_x265_enc_encode_frame’:
../gstreamer/subprojects/gst-plugins-bad/ext/x265/gstx265enc.c:1553:28: error: passing argument 5 of ‘api->encoder_encode’ from incompatible pointer type [-Wincompatible-pointer-types]
 1553 |       &nal, i_nal, pic_in, &pic_out);
      |                            ^~~~~~~~
      |                            |
      |                            x265_picture *

I managed to make it to compile using the following flag: "-Wno-incompatible-pointer-types":

export CC='gcc -m32 -Wno-incompatible-pointer-types'
export CXX='g++ -m32 -Wno-incompatible-pointer-types'

But i'm not sure about the consequences (i'm not a C/C++ dev)

ahmubashshir commented on 2024-10-15 06:36 (UTC) (edited on 2024-10-15 06:43 (UTC) by ahmubashshir)

@TheFeelTrain, regarding the broken link of icuuc.so in gstlaspa.so, it's caused by lib32-raptor.

% find $PWD -name '*.so*' -not -type l | while read -r so; do
> ldd $so 2>/dev/null|grep icuuc |if grep -q 'not found'; then echo $so; fi
> done
/usr/lib32/gstreamer-1.0/libgstladspa.so
/usr/lib32/libraptor2.so.0.0.0
/usr/lib32/liblrdf.so.2.0.0

% ldd /usr/lib32/gstreamer-1.0/libgstladspa.so | grep -E 'icuuc|raptor|lrdf'
    liblrdf.so.2 => /usr/lib32/liblrdf.so.2 (0xf2cb7000)
    libraptor2.so.0 => /usr/lib32/libraptor2.so.0 (0xf26cb000)
    libicuuc.so.74 => not found
    libicuuc.so.75 => /usr/lib32/libicuuc.so.75 (0xf1bc8000)

% ldd /usr/lib32/liblrdf.so.2 | grep -E 'icuuc|raptor|lrdf'
    libraptor2.so.0 => /usr/lib32/libraptor2.so.0 (0xea7aa000)
    libicuuc.so.74 => not found
    libicuuc.so.75 => /usr/lib32/libicuuc.so.75 (0xe9996000)

% pactree --reverse lib32-raptor
lib32-raptor
└─lib32-liblrdf
  └─lib32-gst-plugins-bad

% pacman -Si lib32-raptor
Repository      : chaotic-aur
Name            : lib32-raptor
Version         : 2.0.16-2
Description     : A C library that parses RDF/XML/N-Triples into RDF triples (32 bit)
Architecture    : x86_64
URL             : https://librdf.org/raptor
Licenses        : Apache  GPL2  LGPL2.1
Groups          : None
Provides        : None
Depends On      : lib32-glibc  lib32-libxml2  lib32-libxslt  lib32-xz  lib32-zlib  raptor
Optional Deps   : None
Conflicts With  : None
Replaces        : None
Download Size   : 167.11 KiB
Installed Size  : 441.59 KiB
Packager        : Garuda Builder <team@garudalinux.org>
Build Date      : Fri 01 Mar 2024 12:07:11 PM +06
Validated By    : SHA-256 Sum

as you can see, both gstladspa and lrdf correctly links to icuuc.so.75, but because of broken link in raptor, it contains a link to icuuc.so.74 too...

Please, remember to find out the cause of the issue before flagging.

N.B. Rebuild dependencies before reporting a linking error.

I'm unflagging this, if you want the issue fixed, rebuild lib32-raptor yourself.

ArchWiki: AUR#Flagging_packages_out-of-date

Edit: I use chaotic-aur, I know this can cause such silly issues, and when I find them, I report them in chaotic-aur's github...

svallinn commented on 2024-09-22 04:03 (UTC) (edited on 2024-09-22 04:04 (UTC) by svallinn)

Just posting this out of curiosity, this isn't an issue or anything. I have a few tests that consistently fail.

Summary of Failures:

 42/120 gst-plugins-bad / elements_nvenc                                FAIL             9.83s   killed by signal 11 SIGSEGV
 79/120 gst-plugins-bad / elements_avtpcrfbase                          FAIL             3.91s   exit status 1
102/120 gst-plugins-bad / elements_x265enc                              FAIL             2.90s   exit status 1
119/120 gst-plugins-bad / elements_vkcolorconvert                       FAIL            25.40s   exit status 1

This is simply because subprojects/gst-plugins-bad/ext/ladspa/libgstladspa.so keeps linking to libicuuc.so.74 even though my system has libicuuc.so.75

I was under the impression that this was built during the overall build and can't figure out why it's linking to a different version.

Maybe someone who isn't an idiot like me can help me understand why.

gfurst commented on 2024-08-18 23:48 (UTC)

@silverhikari

true, commenting out that line instead of manually adding the patch seemed to have done the trick.

silverhikari commented on 2024-08-18 18:52 (UTC)

package fails to build as the prepare function still has the line "git apply -3 ../0003-libav-Fix-compatibility-with-ffmpeg-7.patch" which is a patch that is no longer included in the package and is no longer needed.

zwastik commented on 2024-08-18 18:11 (UTC)

Also, does this mean these packages were previously on the official repos and got moved to the aur?

makepkg -fsriC --needed                                                         
==> Making package: lib32-gst-plugins-bad 1.18.5-2 (Sun 18 Aug 2024 02:07:58 PM -04)                                
==> Checking runtime dependencies...                                                                                
==> Installing missing dependencies...                                                                              
[sudo] password for user:                                                                                           
error: target not found: lib32-chromaprint                                                                          
error: target not found: lib32-libkate                                                                              
error: target not found: lib32-libmms
error: target not found: lib32-libmpcdec
error: target not found: lib32-libnice
error: target not found: lib32-libofa
error: target not found: lib32-lilv
error: target not found: lib32-mjpegtools
error: target not found: lib32-spandsp
error: target not found: lib32-webrtc-audio-processing
error: target not found: lib32-zbar
error: target not found: lib32-zvbi
==> ERROR: 'pacman' failed to install missing dependencies.

zwastik commented on 2024-08-18 18:04 (UTC)

@gfurst what is the proper url? I get error 404

gfurst commented on 2024-08-18 14:37 (UTC) (edited on 2024-08-18 14:39 (UTC) by gfurst)

Ok, this was a nightmarish thing to take on, but I managed to build every other dependency over this package, had to manually go about and pre-install most of them.

But actually building the package it self fails in the preliminary checks, got the patch from below but still fails at:

Applied patch to 'subprojects/gst-plugins-base/gst/typefind/gsttypefindfunctions.c' with conflicts.
Applied patch to 'subprojects/gst-plugins-base/gst/typefind/gsttypefindfunctionsplugin.c' cleanly.
Applied patch to 'subprojects/gst-plugins-base/gst/typefind/gsttypefindfunctionsplugin.h' with conflicts.
Applied patch to 'subprojects/gst-plugins-base/gst/typefind/gsttypefindfunctionsriff.c' cleanly.
Applied patch to 'subprojects/gst-plugins-base/gst/typefind/gsttypefindfunctionsstartwith.c' with conflicts.
U subprojects/gst-libav/ext/libav/gstavauddec.c
U subprojects/gst-libav/ext/libav/gstavcodecmap.c
U subprojects/gst-libav/ext/libav/gstavviddec.c
U subprojects/gst-plugins-base/gst/typefind/gsttypefindfunctions.c
U subprojects/gst-plugins-base/gst/typefind/gsttypefindfunctionsplugin.h
U subprojects/gst-plugins-base/gst/typefind/gsttypefindfunctionsstartwith.c
==> ERROR: A failure occurred in prepare().
    Aborting...

No clear reason why.

@zwastik you need to download the patch below manually and add it to PKGBUILD (plus SHA256 sum).

zwastik commented on 2024-08-18 02:02 (UTC)

==> ERROR: Failure while downloading https://gitlab.archlinux.org/archlinux/packaging/packages/gstreamer/-/raw/main/
0002-libav-Fix-compatibility-with-ffmpeg-7.patch       

ahmubashshir commented on 2024-07-06 12:31 (UTC)

Guys, lib32-x265 is outdated, so the build is failing.