@pegasus Did you make sure your dependencies are up-to-date? It builds fine here, try rebuilding lib32-x264. Also, make sure that all builds are clean (i.e. no old intermediary objects exist).
Search Criteria
Package Details: lib32-gst-plugins-bad-libs 1.24.8-1
Package Actions
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) - bad |
Upstream URL: | https://gstreamer.freedesktop.org/ |
Licenses: | LGPL |
Replaces: | lib32-gst-plugins-bad-libs-latest |
Submitter: | ahmubashshir |
Maintainer: | ahmubashshir (MarsSeed) |
Last Packager: | ahmubashshir |
Votes: | 46 |
Popularity: | 0.022775 |
First Submitted: | 2023-01-07 17:47 (UTC) |
Last Updated: | 2024-10-28 05:13 (UTC) |
Dependencies (80)
- lib32-gst-plugins-base-libs (lib32-gst-plugins-base-libs-gitAUR)
- lib32-libdrm (lib32-libdrm-gitAUR)
- lib32-libgudev
- lib32-libusb
- lib32-libx11
- lib32-libxkbcommon-x11
- lib32-orc
- git (git-gitAUR, git-glAUR) (make)
- glib2-devel (make)
- lib32-a52decAUR (make)
- lib32-aomAUR (make)
- lib32-bluez-libsAUR (make)
- lib32-bzip2 (make)
- lib32-curl (make)
- lib32-faacAUR (make)
- lib32-faad2AUR (make)
- lib32-ffmpegAUR (make)
- lib32-fluidsynth (make)
- lib32-gst-plugins-base (lib32-gst-plugins-base-gitAUR) (make)
- lib32-gst-plugins-base-libs (lib32-gst-plugins-base-libs-gitAUR) (make)
- Show 60 more dependencies...
Required by (1)
Sources (3)
Latest Comments
« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 .. 21 Next › Last »
DarkShadow44 commented on 2020-08-29 17:59 (UTC)
pegasus commented on 2020-08-29 17:03 (UTC) (edited on 2020-08-29 18:02 (UTC) by pegasus)
Option buildtype is: plain [default: debugoptimized]
Found ninja-1.10.1 at /usr/bin/ninja
Found runner: /usr/bin/ninja
ninja: Entering directory `build'
[55/58] Linking target ext/x264/libgstx264.so
FAILED: ext/x264/libgstx264.so
gcc -m32 -o ext/x264/libgstx264.so ext/x264/libgstx264.so.p/gstx264enc.c.o -flto -Wl,--as-needed -Wl,--no-undefined -shared -fPIC -Wl,--start-group -Wl,-soname,libgstx264.so -Wl,-Bsymbolic-functions -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now /usr/lib32/libgstbase-1.0.so /usr/lib32/libgstreamer-1.0.so /usr/lib32/libgobject-2.0.so /usr/lib32/libglib-2.0.so /usr/lib32/libgstvideo-1.0.so /usr/lib32/libgstpbutils-1.0.so /usr/lib32/libgstaudio-1.0.so /usr/lib32/libx264.so -Wl,--end-group
/usr/bin/ld: /tmp/libgstx264.so.oT9Nms.ltrans0.ltrans.o: in function `plugin_init':
<artificial>:(.text+0x4802): undefined reference to `x264_encoder_open_160'
collect2: error: ld returned 1 exit status
[58/58] Linking target gst/realmedia/libgstrealmedia.so
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
Aborting...
It looks like upgrading libx264 (or something thereabouts) fixed this error.
Samega7Cattac commented on 2020-08-22 18:58 (UTC) (edited on 2020-08-22 18:59 (UTC) by Samega7Cattac)
having issues passing the tests
1/5 elements_xingmux FAIL 0.07s (exit status 1)
2/5 generic_states OK 0.23s
3/5 elements_amrnbenc FAIL 0.02s (exit status 1)
4/5 elements_mpeg2dec FAIL 0.25s (exit status 3)
5/5 elements_x264enc FAIL 0.23s (exit status 5)
I can post output of the failing tests if needed
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
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...