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

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.

Jaska commented on 2024-07-02 21:02 (UTC)

@zepar Thanks, the patch also worked for me.

also adding the compiler flag to the meson options fixed the other error for me -D c_args="-Wno-error=incompatible-pointer-types"