Package Details: lib32-libffmpeg 2:5.0.1-2

Git Clone URL: (read-only, click to copy)
Package Base: lib32-ffmpeg
Description: Complete solution to record, convert and stream audio and video - library (32 bit)
Upstream URL:
Licenses: GPL3
Provides: lib32-ffmpeg,,,,,,,,
Submitter: lano1106
Maintainer: oxalin
Last Packager: oxalin
Votes: 37
Popularity: 0.042518
First Submitted: 2013-05-18 04:43 (UTC)
Last Updated: 2022-06-14 12:51 (UTC)

Required by (180)

Sources (3)

Pinned Comments

oxalin commented on 2018-02-25 07:37 (UTC) (edited on 2020-05-25 15:55 (UTC) by oxalin)

About GPG, it is up to you to import the missing public key. If you receive an error about it, this is ffmpeg's project public key. Something like the following should do the trick: gpg --recv-keys B4322F04D67658D8

Latest Comments

1 2 3 4 5 6 .. 16 Next › Last »

oxalin commented on 2022-07-22 22:55 (UTC)

@Technetium1 Could you copy the content of your lib32-ffmpeg/src/ffmpeg/ffbuild/config.log when it's failing. I'm unable to remove clang from my setup because I rely on other packages, so I'll need help to dig deeper.

oxalin commented on 2022-07-22 22:34 (UTC)

@Technetium1 lib32-clang is already listed under makedepends. However, lib32-clang doesn't list clan as a dependency of any sort. If I understand you correctly, you had to add/install "clang" (the native package) to be able to compile, is that it?

Technetium1 commented on 2022-07-13 02:51 (UTC)

I'll echo another comment that clang is missing in makedepends so it can build in a clean chroot.

MarsSeed commented on 2022-06-14 20:45 (UTC) (edited on 2022-06-14 20:45 (UTC) by MarsSeed)

No problem at all, my friend :)

But why don't you just define this?


That way, you'll never have to know the commit hash of each tag, and you'll just need to edit the pkgver field.

Using the hash of the tags makes the process more error prone - I don't blame you! :) My aim was to suggest an easier and more maintainer-friendly solution. :)

oxalin commented on 2022-06-14 12:49 (UTC)

@MarsSeed: Well, I've mixed up things yesterday in the PKGBUILD. I was not thinking straight it seems or I had my eyes crossed. The good version should be in in a few minutes.

MarsSeed commented on 2022-06-14 06:29 (UTC) (edited on 2022-06-14 06:30 (UTC) by MarsSeed)

The _tag should be n5.0.1, not 9687cae2b468e09e35df4cea92cc2e6a0e6c93b3. :)

rodrigo21 commented on 2022-06-14 04:50 (UTC)


I think you forgot to update the _tag to 9687cae2b468e09e35df4cea92cc2e6a0e6c93b3

sgt-hartman commented on 2022-05-04 18:00 (UTC) (edited on 2022-05-04 18:01 (UTC) by sgt-hartman)


Ok so i solved the issue by installing "clang" package. Seems it is required as a makedepend (instead of lib32-clang maybe ?)

@oxalin @tomato I think the issue does not occur for you because you already have installed (manually) "clang" package in your system.

sgt-hartman commented on 2022-05-04 17:27 (UTC)


Sorry for delay (i didn't received mail notification..).

Some points:

  • I looked at your patch but it is old (feb. 2021). It is already merged in current version of this AUR package. Nothing to patch here

  • I don't have any Nvidia hardware, just a simple Intel Iris Xe based laptop.

  • The issue remains as of today

This issue is pretty annoying because this package is a dependency for many others.

Hope it helps.

oxalin commented on 2022-03-29 18:25 (UTC)

@sgt-hartman and @Tomato: is patching the source code with helps?