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

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

@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().
    Прерывание...

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)

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

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.

@silverhikari

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

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.

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.

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

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