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.015796
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 .. 22 Next › Last »

ahmubashshir commented on 2024-12-07 10:41 (UTC)

@Ragnor & @sgt-hartman, try building in a chroot using paru...

Ragnor commented on 2024-12-07 10:15 (UTC) (edited on 2024-12-07 10:41 (UTC) by Ragnor)

@sgt-hartman, I have a similar error:

предупреждение: /usr/include/elfutils32: Нет такого файла или каталога [-Wmissing-include-dirs]

But after reading a build log, I realized that firstly gitlint is missing and needs to be installed, and secondly, which is related to the error, libelf package contains /usr/include/elfutils . But by mistake /usr/include/elfutils32 is required, which probably means that the package is 32-bit. But I studied the issue and realized that elfutils operates 64 and 32-bit libraries, so elfutils32 is specified by mistake. It should be /usr/include/elfutils and libelf package. So I tried to create a symbolic link sudo ln -s /usr/include/elfutils /usr/include/elfutils32 and build the package. This time I received a different error and it is not clear where to go next:

../gstreamer/subprojects/gst-plugins-bad/ext/vulkan/vkh264dec.c: В функции «_fill_ref_slot»:
../gstreamer/subprojects/gst-plugins-bad/ext/vulkan/vkh264dec.c:1113:27: предупреждение: формат «%lx» ожидает аргумент типа «long unsigned int», но аргумент 8 имеет тип «VkImageView» {aka «long long unsigned int»} [-Wformat=]
 1113 |   GST_TRACE_OBJECT (self, "0x%lx slotIndex: %d", res->imageViewBinding,
      |                           ^~~~~~~~~~~~~~~~~~~~~  ~~~~~~~~~~~~~~~~~~~~~
      |                                                     |
      |                                                     VkImageView {aka long long unsigned int}
/usr/include/gstreamer-1.0/gst/gstinfo.h:727:31: замечание: в определении макроса «GST_CAT_LEVEL_LOG»
  727 |         (GObject *) (object), __VA_ARGS__);                             \
      |                               ^~~~~~~~~~~
../gstreamer/subprojects/gst-plugins-bad/ext/vulkan/vkh264dec.c:1113:3: замечание: в расширении макроса «GST_TRACE_OBJECT»
 1113 |   GST_TRACE_OBJECT (self, "0x%lx slotIndex: %d", res->imageViewBinding,
      |   ^~~~~~~~~~~~~~~~
../gstreamer/subprojects/gst-plugins-bad/ext/vulkan/vkh264dec.c:1113:32: замечание: форматная цепочка определена здесь
 1113 |   GST_TRACE_OBJECT (self, "0x%lx slotIndex: %d", res->imageViewBinding,
      |                              ~~^
      |                                |
      |                                long unsigned int
      |                              %llx
...
ninja: build stopped: subcommand failed.
INFO: autodetecting backend as ninja
INFO: calculating backend command to run: /usr/bin/ninja -C /var/tmp/pamac-build-ragnor/lib32-gst-bad-ugly/src/build
==> ОШИБКА: Произошел сбой в build().
    Прерывание...

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