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

Git Clone URL: https://aur.archlinux.org/lib32-gst-plugins-bad.git (read-only, click to copy)
Package Base: lib32-gst-plugins-bad
Description: Multimedia graph framework - bad plugins (32-bit)
Upstream URL: https://gstreamer.freedesktop.org/
Licenses: LGPL2.1
Submitter: orumin
Maintainer: MarsSeed
Last Packager: MarsSeed
Votes: 23
Popularity: 0.21
First Submitted: 2016-06-11 18:11 (UTC)
Last Updated: 2022-06-04 16:21 (UTC)

Latest Comments

arzeth commented on 2022-07-03 20:08 (UTC) (edited on 2022-07-03 20:11 (UTC) by arzeth)

PKGBUILD was updated, so here's a more recent patch:

cd %pkgbuilddir%
copy paste the patch into x.patch
patch -p1 < x.patch

x.patch:

diff --git a/PKGBUILD b/PKGBUILD
index c607ef5..1272665 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -4,8 +4,8 @@

 pkgname='lib32-gst-plugins-bad'
 _basename="${pkgname#lib32-}"
-pkgver=1.18.5
-pkgrel=2
+pkgver=1.20.3
+pkgrel=1
 pkgdesc='Multimedia graph framework - bad plugins (32-bit)'
 arch=('x86_64')
 url='https://gstreamer.freedesktop.org/'
@@ -93,20 +93,16 @@ checkdepends=('xorg-server-xvfb')
 optdepends=('lib32-nvidia-utils: nvcodec plugin')
 options=('!emptydirs')
 _tarname="${_basename}-${pkgver}"
-source=("${_tarname}.tar.xz::${url}src/${_basename}/${_tarname}.tar.xz"
-        '1267.patch'
-        'wpe-1.1.diff')
-sha256sums=('a164923b94f0d08578a6fcaeaac6e0c05da788a46903a1086870e9ca45ad678e'
-            '6b44a256d1ce3ed788d689a9abc5d8a2c4f992ce3c6c60f7a1efb4aa5cc3deb1'
-            '841988d7dffaf98adeff046cfeed97505a66d268c156361ac29c2b7a112cf984')
+source=("${_tarname}.tar.xz::${url}src/${_basename}/${_tarname}.tar.xz")
+sha256sums=('7a11c13b55dd1d2386dd902219e41cbfcdda8e1e0aa3e738186c95074b35da4f')

 prepare() {
     # Neon 0.32.x
     # https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1267
-    patch -Np3 --directory="${_tarname}" --input='../1267.patch'
+    #patch -Np3 --directory="${_tarname}" --input='../1267.patch'

     # wpe-webkit-1.1 (libsoup3)
-    patch -Np1 --directory="${_tarname}" --input='../wpe-1.1.diff'
+    #patch -Np1 --directory="${_tarname}" --input='../wpe-1.1.diff'

     # configure
     export CC='gcc -m32'
@@ -117,6 +113,7 @@ prepare() {
     arch-meson "${_tarname}" 'build' \
         --libdir='lib32' \
         --libexecdir='lib32' \
+        -Dgpl='enabled' \
         -Dintrospection='disabled' \
         -Ddoc='disabled' \
         -Ddirectfb='disabled' \
@@ -141,6 +138,12 @@ prepare() {
         -Dsvthevcenc='disabled' \
         -Dzxing='disabled' \
         -Dopenexr='disabled' \
+        -Dgs='disabled' \
+        -Disac='disabled' \
+        -Dldac='disabled' \
+        -Donnx='disabled' \
+        -Dopenaptx='disabled' \
+        -Dqroverlay='disabled' \
         -Dpackage-name="Arch Linux ${pkgname} ${pkgver}-${pkgrel}" \
         -Dpackage-origin='https://www.archlinux.org/'
 }

rodrigo21 commented on 2022-05-22 01:43 (UTC) (edited on 2022-05-22 01:44 (UTC) by rodrigo21)

Hi @MarsSeed, the patches posted by @ahmubashshir are working. I just build the 3 lib32-gst's packages that I was maintaining and they are working fine.

If you want, I can update the packages. Just put me as co-maintainer in this package and in lib32-gst-plugins-ugly and lib32-gst-libav.

Thanks.

ahmubashshir commented on 2022-03-22 06:39 (UTC)

@MarSeed, This patch is for latest lib32-gst bad, but I had to disable a few plugins because their lib32 deps are not available.

--- a/lib32-gst-plugins-bad/PKGBUILD    2022-02-07 08:15:43.000000000 +0600
+++ b/lib32-gst-plugins-bad/PKGBUILD    2022-03-22 12:23:25.582102333 +0600
@@ -1,10 +1,10 @@
 # Maintainer: Rodrigo Bezerra <rodrigobezerra21 at gmail dot com>
 # Contributor: orumin <dev@orum.in>

-_basename=gst-plugins-bad
+_basename=gstreamer/subprojects/gst-plugins-bad
 pkgname=lib32-gst-plugins-bad
-pkgver=1.18.5
-pkgrel=2
+pkgver=1.20.1
+pkgrel=1
 pkgdesc="Multimedia graph framework - bad plugins (32-bit)"
 url="https://gstreamer.freedesktop.org/"
 arch=(x86_64)
@@ -26,8 +26,7 @@
 optdepends=('lib32-nvidia-utils: nvcodec plugin')
 checkdepends=(xorg-server-xvfb)
 options=(!emptydirs)
-_commit=d3af58d5b31941caa26c3ded85d7a7b84a91f0cc # tags/1.18.5^0
-source=("git+https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad.git#commit=$_commit"
+source=("git+https://gitlab.freedesktop.org/gstreamer/gstreamer.git#tag=$pkgver"
         1267.patch
         wpe-1.1.diff)
 sha256sums=('SKIP'
@@ -40,7 +39,7 @@
     git describe --tags | sed 's/-/+/g'
 }

-prepare() {
+_prepare() {
     cd $_basename

     # Neon 0.32.x
@@ -59,6 +58,7 @@
     arch-meson $_basename build \
         --libdir=lib32 \
         --libexecdir=lib32 \
+        -D gpl=enabled \
         -D introspection=disabled \
         -D doc=disabled \
         -D directfb=disabled \
@@ -72,12 +72,18 @@
         -D openmpt=disabled \
         -D openni2=disabled \
         -D opensles=disabled \
+        -D openaptx=disabled \
+        -D qroverlay=disabled \
         -D tinyalsa=disabled \
         -D voaacenc=disabled \
         -D voamrwbenc=disabled \
         -D wasapi2=disabled \
         -D wasapi=disabled \
+        -D gs=disabled \
         -D wpe=disabled \
+        -D ldac=disabled \
+        -D isac=disabled \
+        -D onnx=disabled \
         -D gobject-cast-checks=disabled \
         -D microdns=disabled \
         -D svthevcenc=disabled \

rodrigo21 commented on 2022-02-22 18:32 (UTC)

Sorry, but I cannot continue to maintain this packages. With version 1.20 it uses a monolithic build with a part of it in the multilib repo, it's becoming too complex for me.

I hope someone adopts it and upgrades to version 1.20.

MarsSeed commented on 2022-01-28 15:44 (UTC) (edited on 2022-01-28 15:51 (UTC) by MarsSeed)

@Nocifer, thanks for the new AUR/lib32-soundtouch upload, works fine!

@rodrigo, this package definitely needs a full rebuild, see after upgrading lib32-soundtouch:

(3/6) Checking for package with missing dependencies...
File "/usr/lib32/gstreamer-1.0/libgstsoundtouch.so"
from package "lib32-gst-plugins-bad" is missing dependency "libSoundTouch.so.1"

(Checked by AUR/check-broken-packages-pacman-hook-git.)

I suggest at least a pkgrel bump. Or better yet: declare depends=(lib32-soundtouch>=2.3.1).

Rationale for the latter: lib32-soundtouch has been dropped from Arch repos. The lowest-numbered available version now is v2.3.1 from the new AUR package. Therefore this version requirement will ensure users are prompted to upgrade their lib32-soundtouch if somehow their AUR helper fails to do so.

(Soundtouch SO version has changed in upstream extra/soundtouch as well).

Nocifer commented on 2022-01-25 16:49 (UTC) (edited on 2022-01-25 16:49 (UTC) by Nocifer)

I've created a new package for lib32-soundtouch to satisfy the missing dependency, so lib32-gst-plugins-bad can be built once again. I don't know if I did it all good and proper (AFAICT the original PKGBUILD had a lot of cruft which I've now removed or updated, so I may have broken something in the process) but at least it builds and installs fine, so I guess it's good in my book.

MarsSeed commented on 2022-01-24 23:34 (UTC) (edited on 2022-01-24 23:37 (UTC) by MarsSeed)

@stingraykiwi Yup, multilib/lib32-soundtouch has been dropped from Arch repos.

Meanwhile, extra/soundtouch has been updated to v2.3.1 (from v2.3.0). They also switched the build to cmake:

https://github.com/archlinux/svntogit-packages/commits/packages/soundtouch/trunk

stingraykiwi commented on 2022-01-23 21:09 (UTC)

Cannot install: -> Could not find all required packages: lib32-soundtouch (Wanted by: lib32-gst-plugins-bad)

lib32-soundtouch package was removed from repositories. SoundTouch migrated from gitlab.com to codeberg.org and build/install scripts required adjustments.

Nu4425 commented on 2021-12-29 16:44 (UTC) (edited on 2021-12-29 16:45 (UTC) by Nu4425)

@rodrigo21, thanks for updating to v1.18.5.

Also, you might already know, lib32-libass (AUR) has been orphaned.

rodrigo21 commented on 2021-10-21 18:32 (UTC) (edited on 2021-10-21 18:32 (UTC) by rodrigo21)

@TheDrifter363

Try building again. I fixed the issues with lib32-gssdp.

TheDrifter363 commented on 2021-10-21 03:06 (UTC) (edited on 2021-10-21 03:08 (UTC) by TheDrifter363)

Hey just wanted to report, I'm having this build fail. It's at lib32-gssdp. I'm not sure how it's a dependency, I don't see it here. I'll report it anyway.

Log of Meson test suite run on 2021-10-20T23:04:28.631947

Inherited environment: SHELL=/bin/bash SESSION_MANAGER=local/userdesktop:@/tmp/.ICE-unix/2259,unix/userdesktop:/tmp/.ICE-unix/2259 COLORTERM=truecolor XDG_MENU_PREFIX=gnome- MOZ_X11_EGL=1 PYTHONHASHSEED=0 DOTNET_ROOT=/usr/share/dotnet TEXTDOMAINDIR=/usr/share/locale SSH_AUTH_SOCK=/run/user/1000/keyring/ssh DESKTOP_SESSION=gnome EDITOR=vim PWD=/home/user/.cache/yay/lib32-gssdp/src SOURCE_DATE_EPOCH=1634785465 XDG_SESSION_DESKTOP=gnome LOGNAME=user XDG_SESSION_TYPE=x11 MANGOHUD_DLYSM=1 SYSTEMD_EXEC_PID=2275 CXX='g++ -m32' CXXFLAGS='-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -Wp,-D_GLIBCXX_ASSERTIONS' XAUTHORITY=/run/user/1000/gdm/Xauthority MOZ_WEBRENDER=1 WINDOWPATH=2 MOTD_SHOWN=pam GDM_LANG=en_US.UTF-8 COMMAND_MODE=legacy LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now MANGOHUD=1 HOME=/home/user USERNAME=user LANG=en_US.UTF-8 LS_COLORS='rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=00:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:.tar=01;31:.tgz=01;31:.arc=01;31:.arj=01;31:.taz=01;31:.lha=01;31:.lz4=01;31:.lzh=01;31:.lzma=01;31:.tlz=01;31:.txz=01;31:.tzo=01;31:.t7z=01;31:.zip=01;31:.z=01;31:.dz=01;31:.gz=01;31:.lrz=01;31:.lz=01;31:.lzo=01;31:.xz=01;31:.zst=01;31:.tzst=01;31:.bz2=01;31:.bz=01;31:.tbz=01;31:.tbz2=01;31:.tz=01;31:.deb=01;31:.rpm=01;31:.jar=01;31:.war=01;31:.ear=01;31:.sar=01;31:.rar=01;31:.alz=01;31:.ace=01;31:.zoo=01;31:.cpio=01;31:.7z=01;31:.rz=01;31:.cab=01;31:.wim=01;31:.swm=01;31:.dwm=01;31:.esd=01;31:.jpg=01;35:.jpeg=01;35:.mjpg=01;35:.mjpeg=01;35:.gif=01;35:.bmp=01;35:.pbm=01;35:.pgm=01;35:.ppm=01;35:.tga=01;35:.xbm=01;35:.xpm=01;35:.tif=01;35:.tiff=01;35:.png=01;35:.svg=01;35:.svgz=01;35:.mng=01;35:.pcx=01;35:.mov=01;35:.mpg=01;35:.mpeg=01;35:.m2v=01;35:.mkv=01;35:.webm=01;35:.webp=01;35:.ogm=01;35:.mp4=01;35:.m4v=01;35:.mp4v=01;35:.vob=01;35:.qt=01;35:.nuv=01;35:.wmv=01;35:.asf=01;35:.rm=01;35:.rmvb=01;35:.flc=01;35:.avi=01;35:.fli=01;35:.flv=01;35:.gl=01;35:.dl=01;35:.xcf=01;35:.xwd=01;35:.yuv=01;35:.cgm=01;35:.emf=01;35:.ogv=01;35:.ogx=01;35:.aac=00;36:.au=00;36:.flac=00;36:.m4a=00;36:.mid=00;36:.midi=00;36:.mka=00;36:.mp3=00;36:.mpc=00;36:.ogg=00;36:.ra=00;36:.wav=00;36:.oga=00;36:.opus=00;36:.spx=00;36:.xspf=00;36:' XDG_CURRENT_DESKTOP=GNOME VTE_VERSION=6600 GNOME_TERMINAL_SCREEN=/org/gnome/Terminal/screen/946a9b28_a1e9_4390_aa83_d1237976fbd7 __GL_SHADER_DISK_CACHE_SKIP_CLEANUP=1 DOTNET_BUNDLE_EXTRACT_BASE_DIR=/home/user/.cache/dotnet_bundle_extract MAKEFLAGS=-j16 XDG_SESSION_CLASS=user TERM=xterm-256color __GL_SHADER_DISK_CACHE=1 USER=user GNOME_TERMINAL_SERVICE=:1.2110 DISPLAY=:0 SHLVL=2 MOZ_ENABLE_WAYLAND=1 XDG_RUNTIME_DIR=/run/user/1000 __GL_SHADER_DISK_CACHE_SIZE=10000000000000000000000 CHOST=x86_64-pc-linux-gnu PATH=/usr/local/bin:/usr/bin:/usr/local/sbin:/home/user/.dotnet/tools:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/home/user/.local/bin CC='gcc -m32' GDMSESSION=gnome CFLAGS='-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection' DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus MAIL=/var/spool/mail/user OLDPWD=/home/user/.cache/yay/lib32-gssdp/src PKG_CONFIG=/usr/bin/i686-pc-linux-gnu-pkg-config TEXTDOMAIN=pacman-scripts _=/usr/bin/meson

1/2 Functional test FAIL 0.10s killed by signal 6 SIGABRT 03:04:28 MALLOC_PERTURB_=139 /home/user/.cache/yay/lib32-gssdp/src/build/tests/test-functional ----------------------------------- output ----------------------------------- stdout:

random seed: R02Scabbaa40a35d538c2cfeb3732d7cb196

1..6

Start of functional tests
Start of resource-group tests
Start of discovery tests
DEBUG: Detecting network interface to use for tests...
gssdp-net-DEBUG: Found lo(127.0.0.1), appending
gssdp-net-DEBUG: Found lo(::1), appending
gssdp-client-DEBUG: Created SSDP client 0x0x57c74058
gssdp-client-DEBUG: iface_name : lo
gssdp-client-DEBUG: host_ip : 127.0.0.1
gssdp-client-DEBUG: server_id : Linux/5.14.13-zen1-1-zen UPnP/1.0 GSSDP/1.2.3
gssdp-client-DEBUG: network : 127.0.0.0/8
gssdp-client-DEBUG: host_addr : 0x0x57c74c18
gssdp-client-DEBUG: host_mask : 0x0x57c6f3a0
DEBUG: Using lo
gssdp-net-DEBUG: Found lo(127.0.0.1), appending
gssdp-net-DEBUG: Found lo(::1), appending
gssdp-client-DEBUG: Created SSDP client 0x0x57c740b8
gssdp-client-DEBUG: iface_name : lo
gssdp-client-DEBUG: host_ip : 127.0.0.1
gssdp-client-DEBUG: server_id : Linux/5.14.13-zen1-1-zen UPnP/1.0 GSSDP/1.2.3
gssdp-client-DEBUG: network : 127.0.0.0/8
gssdp-client-DEBUG: host_addr : 0x0x57c74ce0
gssdp-client-DEBUG: host_mask : 0x0x57c6f538

Bail out! ERROR:../gssdp/tests/test-functional.c:118:on_test_discovery_ssdp_all_resource_available: assertion failed (usn == data->usn): ("uuid:e9f67dfc-fe74-4f0b-b91e-0f919d9774b2::urn:schemas-upnp-org:service:ContentDirectory:3" == "uuid:81909e94-ebf4-469e-ac68-81f2f189de1b::MyService:1") stderr: ** ERROR:../gssdp/tests/test-functional.c:118:on_test_discovery_ssdp_all_resource_available: assertion failed (usn == data->usn): ("uuid:e9f67dfc-fe74-4f0b-b91e-0f919d9774b2::urn:schemas-upnp-org:service:ContentDirectory:3" == "uuid:81909e94-ebf4-469e-ac68-81f2f189de1b::MyService:1")


2/2 Bug regression test OK 0.01s 03:04:28 MALLOC_PERTURB_=222 /home/user/.cache/yay/lib32-gssdp/src/build/tests/test-regression ----------------------------------- output -----------------------------------

random seed: R02Se3bcd509e795605f3713af940d70e3e9
1..0

Summary of Failures:

1/2 Functional test FAIL 0.10s killed by signal 6 SIGABRT

Ok: 1
Expected Fail: 0
Fail: 1
Unexpected Pass: 0
Skipped: 0
Timeout: 0

rodrigo21 commented on 2021-08-04 20:54 (UTC)

I just disabled the openexr plugin.

I can't build lib32-openexr version 3.1.1.

npfeiler commented on 2021-08-03 02:37 (UTC)

as is, it is a direct make dependency for this package – it (only) correctly builds with it installed

whereas makepkg would (correctly) produce a comprehensible error otherwise, instead of breaking during the build

rodrigo21 commented on 2021-08-03 02:29 (UTC)

@npfeiler imath is not a direct dependency for this package, it is for lib32-imath and lib32-openexr.

I already patched lib32-imath to fix it, but lib32-openxr uses the header files from imath in the repo and I can't do anything about it.

npfeiler commented on 2021-08-03 02:14 (UTC)

add imath=3.1.0 as makedepends then, for now?

rodrigo21 commented on 2021-08-02 23:16 (UTC) (edited on 2021-08-02 23:17 (UTC) by rodrigo21)

If you get a error building this package, first downgrade the imath package to version 3.1.0.

You can update imath after the build is finished.

Samega7Cattac commented on 2021-05-30 18:40 (UTC)

@rodrigo21 tried re-installing lib32-openexr, same issue

rodrigo21 commented on 2021-05-11 18:12 (UTC)

@Samega7Cattac Try updating lib32-openexr.

Samega7Cattac commented on 2021-05-11 17:25 (UTC)

Missing include

/usr/include/OpenEXR/ImfHeader.h:22:10: fatal error: ImathVec.h: No such file or directory
   22 | #include "ImathVec.h"

ttd1 commented on 2021-04-08 16:26 (UTC) (edited on 2021-04-08 16:27 (UTC) by ttd1)

@DDoSolitary, first of all, thanks for all the help, I eventually figured out that having my VPN turned on prevented some of the package dependencies from being downloaded. Afterwards, i couldn't finish building the lib32-libsrtp dependency, but finally, after doing what @allencch suggested in the lib32-libsrtp AUR page i was finally able to build the lib32-gst-plugins-bad without problems and as far as i can tell its working as expected now.

DDoSolitary commented on 2021-04-08 13:20 (UTC)

@ttd1 I just checked the packages you listed but all of them work fine.

ttd1 commented on 2021-04-08 13:15 (UTC)

The dependencies listed below seem to have their source broken/offline, so at the moment the package fails to build. By the looks of it Proton 6.3 requires this for some old x86 game video content to work (MPEG-1 decoder in my case) :S

Thanks in advance if someone is able to fix it.

Dependencies: lib32-lv2 lib32-raptor lib32-liblrdf lib32-gupnp-igd lib32-libnice lib32-libsrtp lib32-serd lib32-sord lib32-lilv lib32-sratom

https://pastebin.com/kvxKw4FY

rodrigo21 commented on 2020-11-26 07:20 (UTC)

I'm waiting for the repo packages to be updated. It's flagged out of date since September.

@DDoSolitary

When I update the package to 1.18 I will check again the dependencies. Thanks for the reports.

DDoSolitary commented on 2020-11-26 06:24 (UTC) (edited on 2020-11-26 06:24 (UTC) by DDoSolitary)

@Lakso This package is built against headers from the gstreamer package, which has been updated to v1.18, but the lib32-gstreamer and lib32-gst-plugins-* packages are still on v1.16. So the plugins built for newer gstreamer can't be loaded by the old lib32-gstreamer. You need to install an older version of gstreamer to build this package, for example https://archive.archlinux.org/packages/g/gstreamer/gstreamer-1.16.2-2-x86_64.pkg.tar.zst

DDoSolitary commented on 2020-11-26 06:09 (UTC)

May I know why you disabled the dtls plugin? I can build it without issues.

DDoSolitary commented on 2020-11-26 05:26 (UTC) (edited on 2020-11-26 06:10 (UTC) by DDoSolitary)

According to the official gst-plugins-bad package, lib32-libmpeg2 is not needed and lib32-bluez-libs should be in makedepends. I've checked the built package and didn't find any dependency on their so library files.

Lakso commented on 2020-09-29 15:27 (UTC) (edited on 2020-09-29 15:28 (UTC) by Lakso)

  ==> ERROR: A failure occurred in check().
    Aborting...
error making: lib32-gst-plugins-bad  

here's the logfile if it's useful

Alkaris commented on 2020-08-16 15:25 (UTC) (edited on 2020-08-16 15:26 (UTC) by Alkaris)

How do you fix dependency for Neon?

Dependency neon found: NO found 0.31.2 but need: '<= 0.30.99' ; matched: '>= 0.27'

ERROR: Invalid version of dependency, need 'neon' ['<= 0.30.99'] found '0.31.2'

Why does this package require an older version when a newer version exists? is there way to tell it to use the new one instead of the old one? What needs to be edited in the PKGBUILD to do that?

hdnvjwhewqmcieuc commented on 2020-06-01 11:06 (UTC)

How am I supposed to deal with the tests libs_insertbin and elements_line21 failing? Is this happening because lib32-libkate has problems (server hosting it has been down for a month) and I tried the solutions in the comments?

JavanAsher commented on 2020-05-26 23:25 (UTC)

@rodrigo21 lib32-openexr rebuilt just fine. lib32-gst-plugins-bad shows the exact same error.

rodrigo21 commented on 2020-05-26 23:06 (UTC)

@JavanAsher, It seems to be a problem with lib32-openexr.

Try rebuilding lib32-openexr first and sees if it compiles.

JavanAsher commented on 2020-05-26 21:24 (UTC)

Package failed to build, if possible, would like some help. https://pastebin.com/Bautp2Gk

aaronp commented on 2020-05-12 17:12 (UTC) (edited on 2020-05-13 01:39 (UTC) by aaronp)

If anyone else is running into a linker issue with gstlv2 stuff on gcc 10, adding -fcommon to CFLAGS worked.

EDIT:

Apparently you'd already cherry-picked the fixed this and I didn't notice. Sorry for the noise.

DDoSolitary commented on 2020-05-10 10:16 (UTC)

Broken because of the new vulkan-heanders package. The 64bit version in the official repo just added a patch to fix this: https://git.archlinux.org/svntogit/packages.git/tree/trunk/0001-vulkan-Drop-use-of-VK_RESULT_BEGIN_RANGE.patch?h=packages/gst-plugins-bad&id=511b4cb2a2d2c06fe42bab4f288e889ad0a0e7ae

Strunkenbold commented on 2020-05-09 19:22 (UTC)

Package built successfully today for me. Thx for fixing it.

programegg commented on 2020-05-07 15:51 (UTC) (edited on 2020-05-07 15:55 (UTC) by programegg)

Package fails to build for me.

Dependency neon found: NO found 0.31.1 but need: '<=0.30.99' ; matched '>=0.27'
Run-time depenedency neon found: NO (tried cmake)

gst-plugins-bad/ext/neon/meson.build:1:0: ERROR: Invalid version of dependency, need 'neon' ['<=0.30.99'] found '0.31.1'.

Strunkenbold commented on 2020-05-01 20:12 (UTC)

packages fails to build for me:

Run-time dependency librsvg-2.0 found: NO (tried cmake)

gst-plugins-bad/ext/rsvg/meson.build:7:0: ERROR: Could not generate cargs for librsvg-2.0: Package shared-mime-info was not found in the pkg-config search path. Perhaps you should add the directory containing `shared-mime-info.pc' to the PKG_CONFIG_PATH environment variable Package 'shared-mime-info', required by 'gdk-pixbuf-2.0', not found

Iglu47 commented on 2020-04-08 04:24 (UTC) (edited on 2020-04-08 04:25 (UTC) by Iglu47)

I temporarily did this

sudo ln -sr /usr/lib/pkgconfig/gobject-introspection-1.0.pc /usr/share/pkgconfig

sudo ln -sr /usr/lib/pkgconfig/gobject-introspection-no-export-1.0.pc /usr/share/pkgconfig

and disabled dtls in pkgbuild

-D dtls=disabled \

and its fine built

programegg commented on 2020-04-02 17:14 (UTC)

@lglu47, downgrading meson to 0.53.2-1 solved that issue for me. Meson 0.54.0-2 and 0.54.0-1 both caused that issue for whenever I tried to build something.

I also have the same issue as @mozo where it fails the check for elements_dlts. Recently it also started failing the elements_shm check too.

Iglu47 commented on 2020-04-01 14:19 (UTC) (edited on 2020-04-02 02:03 (UTC) by Iglu47)

gst-plugins-bad/gst-libs/gst/insertbin/meson.build:18:2: ERROR: dependency gobject-introspection-1.0 not found:

mozo commented on 2020-03-28 19:45 (UTC)

I managed to install all needed packages but it fails in checks at lib32-gst-plugins-bad:

https://pastebin.com/wEhwfeBF

mozo commented on 2020-03-28 18:00 (UTC)

Cannot compile lib32-spirv-tools:

https://pastebin.com/kh5Rcwni

Any advices?

Strunkenbold commented on 2020-03-08 21:04 (UTC)

Getting the same curl error.

Using alternative mirror works: https://github.com/GStreamer/gst-plugins-bad

Nocifer commented on 2020-02-04 09:40 (UTC)

Build fails with:

==> Making package: lib32-gst-plugins-bad 1.16.2-1 (Tue 04 Feb 2020 10:56:08 EET)
==> Retrieving sources...
  -> Cloning gst-plugins-bad git repo...
Cloning into bare repository '/home/nocifer/.cache/yay/lib32-gst-plugins-bad/gst-plugins-bad'...
error: RPC failed; curl 92 HTTP/2 stream 0 was not closed cleanly: PROTOCOL_ERROR (err 1)
fatal: the remote end hung up unexpectedly
==> ERROR: Failure while downloading gst-plugins-bad git repo
    Aborting...

tjackson commented on 2020-01-05 02:11 (UTC)

I'm hitting the issue with the elements_shm test failing too. I guess someone reported it already a while ago but got no response: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/847

gverm commented on 2019-12-01 14:50 (UTC)

Newest update fails to install due to the elements_shm tests failing.

travelskid commented on 2019-06-02 15:05 (UTC)

can't install "lib32-webrtc-audio-processing" because "https://anongit.freedesktop.org/git/gstreamer/gst-plugins-bad#commit=566e4ecc223b18fce8bd932f5e4885f41f746dd4" is off

rodrigo21 commented on 2019-01-20 01:51 (UTC)

@DarkShadow44 @Nocifer

Added lib32-liblrdf as a dependency and disabled directfb plugin.

Nocifer commented on 2019-01-19 22:32 (UTC)

I was also hit with an error about a missing lib32-liblrdf:

make -C ladspa
make[3]: Entering directory '/home/nocifer/.cache/yay/lib32-gst-plugins-bad/src/gst-plugins-bad/ext/ladspa'
  CC       libgstladspa_la-gstladspautils.lo
  CC       libgstladspa_la-gstladspafilter.lo
  CC       libgstladspa_la-gstladspasource.lo
  CC       libgstladspa_la-gstladspasink.lo
  CC       libgstladspa_la-gstladspa.lo
  CCLD     libgstladspa.la
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/8.2.1/../../../liblrdf.so when searching for -llrdf
/usr/bin/ld: skipping incompatible /usr/lib/liblrdf.so when searching for -llrdf
/usr/bin/ld: cannot find -llrdf
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:851: libgstladspa.la] Error 1
make[3]: Leaving directory '/home/nocifer/.cache/yay/lib32-gst-plugins-bad/src/gst-plugins-bad/ext/ladspa'
make[2]: *** [Makefile:1315: ladspa] Error 2
make[2]: Leaving directory '/home/nocifer/.cache/yay/lib32-gst-plugins-bad/src/gst-plugins-bad/ext'
make[1]: *** [Makefile:951: all-recursive] Error 1
make[1]: Leaving directory '/home/nocifer/.cache/yay/lib32-gst-plugins-bad/src/gst-plugins-bad'
make: *** [Makefile:882: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

Installing that package fixed the error and I managed to build successfully. Curiously though, I never encountered any errors about lib32-directfb like @DarkShadow44 did, despite it not being installed on my system. And meanwhile @rodrigo21 can successfully build without either of these two packages... Strange, to say the least :P

umbralump commented on 2019-01-15 04:08 (UTC)

@DarkShadow44 finally i can build now. Thanks

DarkShadow44 commented on 2019-01-14 12:48 (UTC)

@Umbralump See the last two comments. You can use my patch in the meantime.

umbralump commented on 2019-01-14 05:15 (UTC)

Doesn't build for me anymore

gstfdkaacenc.c:74:8: error: ‘MODE_2_1’ undeclared here (not in a function); did you mean ‘MODE_6_1’? 3, MODE_2_1, { ^~~~~~~~ MODE_6_1 make[3]: *** [Makefile:874: libgstfdkaac_la-gstfdkaacenc.lo] Error 1

maybe is the problem of lib32-libfdk-aac?

rodrigo21 commented on 2019-01-13 21:34 (UTC) (edited on 2019-01-13 21:35 (UTC) by rodrigo21)

@DarkShadow44 I already have a updated lib32-libfdk-aac package which fix this error. I'm just waiting for my orphan request to be accepted.

I can build it without lib32-liblrdf and lib32-directfb.

DarkShadow44 commented on 2019-01-13 20:10 (UTC)

Needs both lib32-liblrdf and lib32-directfb for me. Also needs a patch for aac: https://gist.github.com/DarkShadow44/53e0f8a7f3fa177d3ac834c6dcd27d23

Mind merging these changes?

Nocifer commented on 2018-11-24 06:07 (UTC) (edited on 2018-11-24 11:33 (UTC) by Nocifer)

EDIT: Nevermind, fixed with the just released opencv 4.0.0 update.

Hi. I'm hitting this error when building with opencv 3.4.4:

  ...
  ...
  CXX      libgstopencv_la-gstgrabcut.lo
In file included from /usr/include/opencv2/imgproc/imgproc_c.h:46,
                 from gstgrabcut.cpp:90:
/usr/include/opencv2/imgproc/types_c.h:445:21: error: conflicting declaration of C function ‘CvMoments cvMoments(const cv::Moments&)’
 CV_INLINE CvMoments cvMoments(const cv::Moments& m)
                     ^~~~~~~~~
/usr/include/opencv2/imgproc/types_c.h:436:21: note: previous declaration ‘CvMoments cvMoments()’
 CV_INLINE CvMoments cvMoments()
                     ^~~~~~~~~
In file included from gstgrabcut.cpp:90:
/usr/include/opencv2/imgproc/imgproc_c.h:360:13: error: conflicting declaration of C function ‘void cvMoments(const CvArr*, CvMoments*, int)’
 CVAPI(void) cvMoments( const CvArr* arr, CvMoments* moments, int binary CV_DEFAULT(0));
             ^~~~~~~~~
In file included from /usr/include/opencv2/imgproc/imgproc_c.h:46,
                 from gstgrabcut.cpp:90:
/usr/include/opencv2/imgproc/types_c.h:445:21: note: previous declaration ‘CvMoments cvMoments(const cv::Moments&)’
 CV_INLINE CvMoments cvMoments(const cv::Moments& m)
                     ^~~~~~~~~
In file included from gstgrabcut.cpp:90:
/usr/include/opencv2/imgproc/imgproc_c.h:360:13: error: conflicting declaration of C function ‘void cvMoments(const CvArr*, CvMoments*, int)’
 CVAPI(void) cvMoments( const CvArr* arr, CvMoments* moments, int binary CV_DEFAULT(0));
             ^~~~~~~~~
In file included from /usr/include/opencv2/imgproc/imgproc_c.h:46,
                 from gstgrabcut.cpp:90:
/usr/include/opencv2/imgproc/types_c.h:436:21: note: previous declaration ‘CvMoments cvMoments()’
 CV_INLINE CvMoments cvMoments()
                     ^~~~~~~~~

Package builds successfully with opencv 3.4.3.

Given that opencv itself also builds fine, I'm guessing the 3.4.4 release broke something on gst's side of the equation. Should it be reported directly to gst upstream, or...?

InspMustache commented on 2018-11-04 22:16 (UTC)

lib32-liblrdf is required as a build dependency. At least it wouldn't build for me without it.

churro commented on 2018-09-06 23:20 (UTC) (edited on 2018-09-08 16:27 (UTC) by churro)

I think you'll have to remove lib32-mjpegtools and lib32-zbar(solution found, no longer a problem) as they aren't compiling currently (for me and at least another user).

rodrigo21 commented on 2018-09-04 16:11 (UTC)

I built this package yesterday when I updated the dependencies using pure makepkg and also with yay, no problems.

You can also run namcap on the package and see if anything is wrong.

unknown78 commented on 2018-09-04 15:57 (UTC)

I can try but this is something for the weekend (no chroot around at the moment). Shouldn't the packages build with normal aur helper too. The reason i have this 32 version is mostly for wine32 which depends on it for addition playback of media :/

rodrigo21 commented on 2018-09-04 15:45 (UTC)

@unknown78 I don't have this problem, in my build it doesn't link to icu. If you can, try building in a clean chroot.

unknown78 commented on 2018-09-04 15:08 (UTC)

I did the following findings ->

ldd -v /usr/lib32/gstreamer-1.0/libgstladspa.so shows libicui18n.so.61 => not found libicuuc.so.61 => not found libicudata.so.61 => not found

so something is wrong with linking .. yay -Qs lib32-icu returns lib32-icu-62.1-1 yay -Qs icu returns icu-62.1-1

adam900710 commented on 2018-08-25 12:14 (UTC)

This needs lib32-x265. (Extra/gst-plugins-bad also misses it) Please either disable it or take over lib32-x265 (AUR) and update it.

adam900710 commented on 2018-08-24 23:40 (UTC)

BTW, have anyone tried to use package from archlinux32 and extract libraries and repack into lib32- one? This should skip tons of dependency in AUR.

TemplarGR commented on 2018-08-24 18:22 (UTC)

@rodrigo21

Built and installed just fine without lib32-mjpegtools. Though i don't know if any functionality is missing because of it, since the 64 bit version in the official repos requires it.

I suppose the change is fine since any person who had lib32-libquicktime and lib32-mjpegtools build and installed previously is fine and since newer users couldn't install it previously anyway, at least it is a solution until the situation with the lib32-mjpegtools package gets resolved.

Thank you for your help!

rodrigo21 commented on 2018-08-24 18:00 (UTC) (edited on 2018-08-24 18:00 (UTC) by rodrigo21)

@TemplarGR

I removed the lib32-mjpegtools dependency, try building it now.

rodrigo21 commented on 2018-08-24 07:34 (UTC)

Yes, I have a lib32-mjpegtools package build in April.

You can't disable libquicktime with --without-libquicktime, but I'm getting another error when building lib32-mjpegtools: direct GOT relocation R_386_GOT32X against `mjpeg_error' without base register can not be used when making a shared object.

Don't know how to fix it.

TemplarGR commented on 2018-08-24 06:42 (UTC)

Sadly i can't install this because its lib32-mjpegtools requirement that was added for 1.14.x cannot currently build (it needs some minor alterations to not fail at configure and requires lib32-libquicktime which is not in its dependencies and not in AUR). Sadly its maintainer is MIA. I suppose all of you who installed this package had lib32-mjpegtools and/or lib32-libquicktime installed previously?

rodrigo21 commented on 2018-08-22 16:18 (UTC)

@adam900710

Thanks for the updated PKGBUILD. I'll update it as soon as the packages in the official repo are updated. To avoid a mismatch between them.

adam900710 commented on 2018-08-22 08:02 (UTC)

I have create the PKGBUILD for v1.14.2, with all depends from official packages (but with 3 makedepends missing, as it's really pain in the ass). https://gist.github.com/adam900710/a4855058583ab3cc7630d6abfaccd267

Please note, to use that PKGBUILD, one still needs to compile lib32-gst-plugins-base-libs and plugins-good to use.

With my maintained lib32-gst-plugins-ugly, and lib32-gst-libav, I could have 241 plugins shown in gst-inspect-1.0-32

TemplarGR commented on 2018-07-01 09:36 (UTC)

Base and Good have been updated to 1.14.1 . This needs to be updated as well now.

DarkShadow44 commented on 2018-04-27 22:57 (UTC) (edited on 2018-04-27 23:15 (UTC) by DarkShadow44)

Doesn't build for me anymore /usr/bin/ld: cannot find -lbs2b

Needs <https://aur.archlinux.org/packages/lib32-libbs2b> <https://aur.archlinux.org/packages/lib32-liblrdf>

Also downgraded to libsrtp 1:1.5.4-2 and openjpeg 2.2.0-1.

DarkShadow44 commented on 2018-01-22 23:09 (UTC)

Also has issues with new libsrtp. Downgraded to libsrtp 1:1.5.4-2 and openjpeg 2.2.0-1 and it built fine.

DarkShadow44 commented on 2018-01-22 22:58 (UTC)

Doesn't build anymore, see https://bugs.archlinux.org/task/56113

zaplo commented on 2017-12-13 19:46 (UTC)

  • imagemagick, lib32-imagemagick (6.9.9-26 doesn't 404)
  • llde's openjpeg workaround for 2.3
  • lib32-opencv (compile --without-qt4)

at least these were needed, not sure if this package is outdated or build files themselves.

yannleretaille commented on 2017-11-17 12:39 (UTC)

needs new openjpeg fix as lib32-openjpeg is now on 2.3. Could also be bumped to 1.12.3, but there only have been doc updates it seems: https://gist.github.com/yannleretaille/3b3fe9c815691885e3fed7af16dbe25e

0e4ef622 commented on 2017-11-17 03:32 (UTC)

Actually, the package compiled without lib32-opencv for me.

0e4ef622 commented on 2017-11-17 00:44 (UTC)

Also, lib32-opencv fails to build since it apparently needs a 32 bit version of tesseract and leptonica. You can get lib32-smbclient to build if you go through all of its outdated dependencies and update the version numbers.

KozRoss commented on 2017-10-27 22:42 (UTC)

This currently won't build due to lib32-smbclient not building.

DarkShadow44 commented on 2017-10-11 17:16 (UTC)

Now that openjpeg 2.3 is in the repos, could you update the workaround?

DarkShadow44 commented on 2017-10-01 15:03 (UTC)

I get "ModuleNotFoundError: No module named 'codegen'"

llde commented on 2017-08-26 12:25 (UTC)

Also this requires to have openpeg 2.1 or 2.0 installed. If you have openjpeg 2.2 you have to apply this patch: diff -ur gst-plugins-bad/ext/openjpeg/gstopenjpeg.h gst-plugins-bad-new/ext/openjpeg/gstopenjpeg.h --- gst-plugins-bad/ext/openjpeg/gstopenjpeg.h 2017-08-24 00:43:21.020318808 +0200 +++ gst-plugins-bad-new/ext/openjpeg/gstopenjpeg.h 2017-08-24 16:04:26.893479824 +0200 @@ -39,7 +39,7 @@ #else #include <stdio.h> # ifdef HAVE_OPENJPEG_2_1 -# include <openjpeg-2.1/openjpeg.h> +# include <openjpeg-2.2/openjpeg.h> # else # include <openjpeg-2.0/openjpeg.h> # endif

llde commented on 2017-08-23 22:49 (UTC)

this package need lib32-x265 if x265 is installed. I created the needed PKGBUILD. I will upload ASAP. Otherwise it is best to explictly disable it. (Note it is best to also add --disable-qt until someone create a lib32-qt5 package)

DarkShadow44 commented on 2017-07-26 20:30 (UTC)

This is missing a dependency on lib32-directfb.

aaronp commented on 2017-07-16 14:30 (UTC)

This should be compiled with --disable-qt unless someone wants to maintain 32-bit qt5 packages.

orumin commented on 2017-05-09 15:55 (UTC)

@adam900710 sorry. I cannot use pkgbuild.com.

adam900710 commented on 2017-01-22 02:43 (UTC)

Considering so many AUR packages needs to be compiled, would you please consider using pkgbuild.com to build all these packages?

orumin commented on 2017-01-12 10:05 (UTC)

Now, version of Arch Linux's lib32-gst-plugins-base-libs package in multilib repository is still 1.8.3 . I'll upgrade this package if lib32-gst-plugins-base-libs upgraded.

orumin commented on 2016-11-14 16:01 (UTC)

@SolarAquarion Why?

SolarAquarion commented on 2016-11-04 03:22 (UTC)

disable libopenh264

aaronp commented on 2016-08-23 04:34 (UTC)

This also depends on libtiger for the include files.

orumin commented on 2016-08-16 15:54 (UTC)

@Enverex If you didn't installed liblrdf, lib32-liblrdf is not required.

Enverex commented on 2016-08-16 14:58 (UTC)

Looks like lib32-liblrdf is a missing dependency.

orumin commented on 2016-07-30 06:28 (UTC)

@zhenbo OK, I fixed to do it.

zhenbo commented on 2016-07-22 07:50 (UTC)

I had to add --disable-qt --disable-teletextdec --disable-x265 to PKGBUILD to build this package

zhenbo commented on 2016-07-22 07:18 (UTC)

I failed to install it: make[3]: Entering directory '/tmp/yaourt-tmp-lizhenbo/aur-lib32-gst-plugins-bad/src/gst-plugins-bad-1.8.1/ext/libmms' CC libgstmms_la-gstmms.lo CC libgstgtksink_la-gstgtksink.lo /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../libQt5Quick.so when searching for -lQt5Quick /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../libQt5Quick.so when searching for -lQt5Quick /usr/bin/ld: skipping incompatible /usr/lib/libQt5Quick.so when searching for -lQt5Quick /usr/bin/ld: cannot find -lQt5Quick /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/6.1.1/../../../libQt5Qml.so when searching for -lQt5Qml Installing lib32-qt5-base-bin ddin't help