Search Criteria
Package Details: lib32-mozjpeg 4.1.1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/lib32-mozjpeg.git (read-only, click to copy) |
---|---|
Package Base: | lib32-mozjpeg |
Description: | JPEG image codec with accelerated baseline decoding and superior encoding (32-bit) |
Upstream URL: | https://github.com/mozilla/mozjpeg |
Licenses: | BSD |
Conflicts: | lib32-libjpeg, lib32-libjpeg-turbo |
Provides: | lib32-libjpeg, lib32-libjpeg-turbo, libjpeg.so, libturbojpeg.so |
Submitter: | katt |
Maintainer: | None |
Last Packager: | katt |
Votes: | 3 |
Popularity: | 0.009288 |
First Submitted: | 2020-12-30 15:44 (UTC) |
Last Updated: | 2022-08-15 07:44 (UTC) |
Dependencies (6)
Required by (93)
- aseprite (requires libjpeg.so)
- aseprite-skia-bin (requires libjpeg.so)
- avxsynth-git (requires libjpeg.so)
- bespokesynth-git (requires libjpeg.so)
- bin32-openjk-git (requires lib32-libjpeg)
- canon-pixma-ip1500 (requires lib32-libjpeg-turbo)
- cnijfilter-ip1800series (requires lib32-libjpeg-turbo)
- etlegacy32 (requires lib32-libjpeg-turbo)
- etlegacy32 (requires lib32-libjpeg-turbo) (make, x86_64)
- etlegacy32-git (requires lib32-libjpeg-turbo)
- etlegacy32-git (requires lib32-libjpeg-turbo) (make)
- etlegacy32-mod (requires lib32-libjpeg-turbo) (make, x86_64)
- etlegacy32-mod-git (requires lib32-libjpeg-turbo) (make)
- etqw (requires lib32-libjpeg)
- freerdp-git (requires libjpeg.so)
- freerdp-gstfree (requires libjpeg.so)
- jre-jbr-xdg-headless (requires libjpeg.so)
- jre-openj9-headless (requires libjpeg.so)
- jre-openjdk-headless-xdg (requires libjpeg.so)
- jre-openjdk-headless-xdg-bin (requires libjpeg.so)
- Show 73 more...
Latest Comments
katt commented on 2022-02-11 18:59 (UTC)
@MarsSeed Fair enough I guess, done.
MarsSeed commented on 2022-02-11 12:15 (UTC) (edited on 2022-02-11 12:16 (UTC) by MarsSeed)
@katt Thanks for answering. The problem is that Arch provides already-built Pacman packages, whereas AUR does not. Therefore Arch package DB metadata will contain provided SO versions, whereas AUR (the web service and its DB) can not guess the to-be-provided version number unless explicitly written in the PKGBUILD. There is no way around it currently.
Like I said, for anyone who has
AUR/mozjpeg
but notAUR/lib32-mozjpeg
installed, whenever they want to install anything that requires installation oflib32-gtk3
, the AUR helper will force the user to uninstallmozjpeg
and installlibjpeg-turbo
andlib32-libjpeg-turbo
.Only you can provide a solution to this problem, and only by declaring:
I'm hoping for your understanding in this matter.
katt commented on 2022-02-10 19:52 (UTC)
@MarsSeed It already provides libjpeg.so=8-32 when built, here's output from
pacman -Qi lib32-mozjpeg
MarsSeed commented on 2022-02-10 12:21 (UTC)
Please kindly declare explicitly:
Because Arch/multilib/lib32-libtiff unfortunately hardcodes
depends=(libjpeg.so=8-32)
.Consequences for users who have
AUR/mozjpeg
installed but not its 32-bit counterpart:When installing anything that requires
lib32-gtk3
, the following will be installed:lib32-gtk3 <- lib32-gdk-pixbuf2 <- lib32-libtiff
And
lib32-libtiff
will want to installlib32-libjpeg-turbo
, because that's the only thing atm that explicitly provides the former'slibjpeg.so=8-32
dependency.Then
lib32-libjpeg-turbo
andlibjpeg-turbo
will be installed, andmozjpeg
uninstalled.