Package Details: lib32-gst-plugins-bad 1.14.3-1

Git Clone URL: (read-only)
Package Base: lib32-gst-plugins-bad
Description: GStreamer Multimedia Framework Bad Plugins (32-bit)
Upstream URL:
Licenses: LGPL
Submitter: orumin
Maintainer: rodrigo21
Last Packager: rodrigo21
Votes: 12
Popularity: 1.158723
First Submitted: 2016-06-11 18:11
Last Updated: 2018-09-19 15:51

Latest Comments

1 2 3 4 Next › Last »

churro commented on 2018-09-06 23:20

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

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

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

@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

I did the following findings ->

ldd -v /usr/lib32/gstreamer-1.0/ shows => not found => not found => 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

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

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


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


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

rodrigo21 commented on 2018-08-24 07:34

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.