Package Details: lib32-gst-plugins-ugly 1.24.10-2

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.010938
First Submitted: 2023-01-07 17:47 (UTC)
Last Updated: 2024-12-16 06:56 (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

« First ‹ Previous 1 .. 12 13 14 15 16 17 18 19 20 21 22 Next › Last »

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:39 (UTC)

@rodrigo21, that's strange. The dependency chain should be this lib32-gst-libav -> lib32-gst-plugins-base-libs -> gst-plugin-base-libs.

So how did you get lib32-gst-plugins-base-libs without dependency on gst-plugin-base-libs?

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