Is there any documentation what the purpose of these keywords is?
I this similar to a "tag" or only a "search hint"?
I found this keyword on many packages, not sure who started this.
Yes, it doesn't help finding the package with a search so it is useless as a "search hint".
It does add a direkt link to a search for "lib32" and it would (theoretical) be possible to list only packages specifying the "lib32" keyward/tag.
Search Criteria
Package Details: lib32-ffmpeg 2:7.0.2-3
Package Actions
Git Clone URL: | https://aur.archlinux.org/lib32-ffmpeg.git (read-only, click to copy) |
---|---|
Package Base: | lib32-ffmpeg |
Description: | Complete solution to record, convert and stream audio and video (32 bit) |
Upstream URL: | http://ffmpeg.org |
Licenses: | GPL-3.0-only |
Conflicts: | lib32-libffmpeg |
Provides: | libavcodec.so, libavdevice.so, libavfilter.so, libavformat.so, libavutil.so, libpostproc.so, libswresample.so, libswscale.so |
Replaces: | lib32-libffmpeg |
Submitter: | lano1106 |
Maintainer: | oxalin |
Last Packager: | oxalin |
Votes: | 37 |
Popularity: | 0.006848 |
First Submitted: | 2013-05-18 04:43 (UTC) |
Last Updated: | 2024-09-27 17:48 (UTC) |
Dependencies (68)
- ffmpeg (ffmpeg-nvcodec-11-1-gitAUR, ffmpeg-amd-full-gitAUR, ffmpeg-cudaAUR, ffmpeg-full-gitAUR, ffmpeg-gitAUR, ffmpeg-fullAUR, ffmpeg-decklinkAUR, ffmpeg-headlessAUR, ffmpeg-amd-fullAUR, ffmpeg-libfdk_aacAUR, ffmpeg-obsAUR, ffmpeg-ffplayoutAUR)
- lib32-alsa-lib
- lib32-aomAUR
- lib32-bzip2
- lib32-fontconfig
- lib32-freetype2
- lib32-fribidi
- lib32-glibc (lib32-glibc-gitAUR, lib32-glibc-linux4AUR, lib32-glibc-eacAUR, lib32-glibc-eac-binAUR, lib32-glibc-eac-rocoAUR)
- lib32-gmp (lib32-gmp-hgAUR)
- lib32-gnutls
- lib32-gsmAUR
- lib32-harfbuzz (lib32-harfbuzz-gitAUR)
- lib32-jack (lib32-jack2, lib32-pipewire-jack)
- lib32-lameAUR
- lib32-libassAUR
- lib32-libavc1394
- lib32-libblurayAUR
- lib32-libbs2bAUR
- lib32-libdav1dAUR
- lib32-libdrm (lib32-libdrm-gitAUR)
- Show 48 more dependencies...
Required by (291)
- audiowmark (requires libavutil.so)
- audiowmark (requires libswresample.so)
- audiowmark (requires libavformat.so)
- audiowmark (requires libavcodec.so)
- bin32-firefox-bin (optional)
- cyanrip-git (requires libavcodec.so)
- cyanrip-git (requires libswresample.so)
- cyanrip-git (requires libavfilter.so)
- cyanrip-git (requires libavutil.so)
- cyanrip-git (requires libavformat.so)
- darling-cli-devenv-git (requires libavformat.so) (make)
- darling-cli-devenv-git (requires libswresample.so) (make)
- darling-cli-devenv-git (requires libavcodec.so) (make)
- darling-cli-devenv-git (requires libavutil.so) (make)
- darling-cli-devenv-gui-common-git (requires libavcodec.so) (make)
- darling-cli-devenv-gui-common-git (requires libavutil.so) (make)
- darling-cli-devenv-gui-common-git (requires libswresample.so) (make)
- darling-cli-devenv-gui-common-git (requires libavformat.so) (make)
- darling-cli-devenv-gui-stubs-common-git (requires libavutil.so) (make)
- darling-cli-devenv-gui-stubs-common-git (requires libswresample.so) (make)
- Show 271 more...
Sources (2)
JonnyJD commented on 2015-06-23 22:17 (UTC)
Det commented on 2015-06-23 22:10 (UTC)
Why "lib32" as a keyword? It's already included in the name.
JonnyJD commented on 2015-06-23 13:03 (UTC)
FYI:
lib32-libx264 is provided by https://aur4.archlinux.org/packages/lib32-libx264-stable-git/
JonnyJD commented on 2014-10-22 11:02 (UTC)
Okay, I adopted. Although I am also not a permanent user. I needed it for testing a 32 bit https://aur.archlinux.org/packages/essentia-acousticbrainz/ build.
I fixed some more dependencies with the help of namcap. Should be alright now. I built without some features that are enabled in the 64 bit build. These are:
libopencore_amrnb, libopencore_amrwb, libopenjpeg, libspeex, libvpx, libx265
Some don't have lib32 packages yet, some have other big dependencies (making it more difficult to build this package).
The PKGBUILD is also versioned now in https://github.com/JonnyJD/PKGBUILDs/blob/master/lib32-ffmpeg/PKGBUILD (including the previous-maintainers version)
I'll delete the gist.
PS:
lib32-libx264 was fixed to not depend on lib32-ffmpeg.
lano1106 commented on 2014-10-22 02:24 (UTC)
JonnyJD, very nice work! I do not need lib32-ffmpeg anymore hence I think someone else would make a better maintainer than myself.
Please take the responsability if you feel up to the challenge!
Have fun!
JonnyJD commented on 2014-10-21 17:49 (UTC)
FYI:
It mostly works just updating the PKGBUILD with the current ffmpeg PKGBUILD (2.4.2). I only disabled some things where finding/building the dependencies wasn't easy. I update the depends for what I had to install additionally. There might be something missing, but I didn't want to add things that might not be needed.
lib32-libx264 says it depends on lib32-ffmpeg. I doubt that. ffmpeg needs x264.
The resulting PKGBUILD is here:
https://gist.github.com/JonnyJD/da753b955f22524e1394
smls commented on 2014-08-25 14:29 (UTC)
Steam wants libavformat.so.55, but this package only provides the older libavformat.so.54
lano1106 commented on 2013-05-18 04:45 (UTC)
Very minimalist lib32 build of ffmpeg only containing AC3 encoder.
I have done this slim build to be able to recompile lib32-alsa-plugins with a52 plugin to be able to get 5.1 sounds from steam.
Pinned Comments
oxalin commented on 2024-04-09 22:05 (UTC)
For those wondering: I intentionally keep this package as close to the native package as possible, to the extent of the available dependencies. FFMPEG package sees a lot of modifications through time and I prefer to follow the changes applied to the native PKGBUILD as much as possible. The more it goes, the more flags are added and the more often we need to cherrypick commits (until a new release comes in).
This means I'll keep the dependencies around even if there is no obvious usecase for them.
Also, since openjpeg2 is still used with the native package, I'll also keep it around. Last thing I read about the JPEG2000 internal decoder was that it was faster, but that it was still introducing errors in the rendering. This probably explains why it is still enable in the native package. I look at it once in a while and things may have evolved since, but a quick checkup didn't bring up any tangible answer.
Now, if someone would like to take the ownership of this package, I would be more than pleased to hand it over. The same goes for any related packages that I maintain mostly for FFMPEG. lib32-libffmpeg and lib32-ffmpeg could be merged back together to simplify its maintenance.
Let me know if this is something you're interested in.
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