Package Details: lib32-gegl 0.4.46-4

Git Clone URL: https://aur.archlinux.org/lib32-gegl.git (read-only, click to copy)
Package Base: lib32-gegl
Description: Graph based image processing framework (32-bit)
Upstream URL: https://www.gegl.org/
Licenses: GPL3, LGPL3
Submitter: sbmomeni
Maintainer: sbmomeni
Last Packager: sbmomeni
Votes: 1
Popularity: 0.000000
First Submitted: 2020-01-31 14:32 (UTC)
Last Updated: 2023-09-28 19:32 (UTC)

Latest Comments

1 2 Next › Last »

MarsSeed commented on 2023-09-25 09:37 (UTC)

I think that lib32-suitesparse dependency can also be safely dropped. It can be achieved by setting the Meson option 'umfpack' to 'disabled'.

The suitesparse library is only used to boost highly complex transformations, but it relies on lib32-lapack, which is the slow, reference implementation. There is no lib32 build for the optimized, high-performance OpenBLAS-Lapack.

As this package is only needed by some legacy scanners via lib32-gimp, I don't think there is any need for super-complex post-processing inside those legacy frontends. And if there were, people would already have called for a lib32 OpenBLAS-Lapack.

MarsSeed commented on 2023-07-13 18:01 (UTC) (edited on 2023-07-21 10:57 (UTC) by MarsSeed)

Additional plugins that can be dropped from here in my view (list of meson options and the corresponding library packages):

MarsSeed commented on 2023-07-11 15:10 (UTC) (edited on 2023-07-11 16:09 (UTC) by MarsSeed)

I'm realizing that lib32-openjpeg2 support can be safely turned off here.

The JPEG 2000 picture format, despite its fancy name, is so marginal, it never caught on. Web browsers don't support it. And certainly very old scanners with only 32-bit binary drivers don't support it either.

(And this library only has some scanner drivers as end-users on AUR.)

Games never used this format, nor did interactive encyclopedias or other multimedia content software.

MarsSeed commented on 2023-07-02 22:23 (UTC)

You can also disable making the documentation, which gets discarded anyway.

With meson options -Ddocs=false -Dintrospection=false.

If you add those, you can remove vala and lib32-gobject-introspection from makedepends.

Regardless of the above, you can remove python-gobject because that would only be used for testing, but this package doesn't do that.

MarsSeed commented on 2023-07-02 22:08 (UTC)

I recommend that you disable lib32-libraw support. Not just because it is an unmaintained orphan, but also because it is almost unimaginable that anyone would want to use bin32 software on 64-bit Arch-based systems to access digital camera RAW files, through lib32-gegl or otherwise.

Currently the only applications on AUR that need lib32-gegl are some Canon Scanner drivers. And scanners are not producing RAW files.

Use meson option -Dlibraw=disabled to implement - if you decide to follow my advice.

MarsSeed commented on 2022-05-09 14:46 (UTC)

Arch has managed to patch gegl to build with ffmpeg v5.x.

sbmomeni commented on 2022-03-04 16:33 (UTC)

The ffmpeg 5.0 is released but gegl cannot be built with it due to the removed deprecated APIs. You can track this issue in the following upstream ticket: https://gitlab.gnome.org/GNOME/gegl/-/issues/301

For now, you can compile lib32-gegl package using the ffmpeg4.4 similar to the official https://archlinux.org/packages/extra/x86_64/gegl/ package. The PKGBUILD of the lib32-ffmpeg version 2:4.4 is available at https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=lib32-ffmpeg&id=44000bd76283c77d77f474c356223a00406a1615

Note: the lib32-ffmpeg version 2:4.4 must be compiled again (using the linked PKGBUILD) so it can use the updated dependencies such as x264 package (without being in conflict with the new ffmpeg package).

sbmomeni commented on 2021-12-09 08:11 (UTC)

Hi PowaBanga The v3.1.x of https://aur.archlinux.org/packages/lib32-openexr/ is required. That package was out-of-date in AUR and had no maintainer. I adopted the lib32-openexr package. Update it and then lib32-gegl should compile too.

1 2 Next › Last »