Package Details: lib32-gst-libav 1.24.8-1

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) - libav plugin
Upstream URL: https://gstreamer.freedesktop.org/
Licenses: LGPL
Provides: lib32-gst-ffmpeg
Replaces: lib32-gst-libav-latest
Submitter: ahmubashshir
Maintainer: ahmubashshir (MarsSeed)
Last Packager: ahmubashshir
Votes: 46
Popularity: 0.030306
First Submitted: 2023-01-07 17:47 (UTC)
Last Updated: 2024-10-28 05:13 (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 .. 11 12 13 14 15 16 17 18 19 20 21 Next › Last »

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.

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