Package Details: libjxl-metrics-git 0.11.0.r26.g7e178a51-1

Git Clone URL: https://aur.archlinux.org/libjxl-metrics-git.git (read-only, click to copy)
Package Base: libjxl-metrics-git
Description: JPEG XL image format reference implementation with butteraugli, ssimulacra, and ssimulacra2 (git version)
Upstream URL: https://jpeg.org/jpegxl/
Licenses: BSD
Conflicts: butteraugli, butteraugli-git, libjpeg-xl-git, libjxl, libjxl-doc, libjxl-doc-git, libjxl-git, ssimulacra, ssimulacra-git, ssimulacra2, ssimulacra2-git
Provides: butteraugli, butteraugli-git, libjpeg-xl-git, libjxl, libjxl-doc, libjxl-doc-git, libjxl-git, libjxl.so, libjxl_threads.so, ssimulacra, ssimulacra-git, ssimulacra2, ssimulacra2-git
Replaces: libjpeg-xl-git, libjxl-git
Submitter: jholmer
Maintainer: None
Last Packager: jholmer
Votes: 2
Popularity: 0.65
First Submitted: 2022-01-21 02:59 (UTC)
Last Updated: 2024-09-29 19:31 (UTC)

Required by (89)

Sources (11)

Latest Comments

1 2 Next › Last »

jholmer commented on 2024-09-29 19:32 (UTC)

Thank you. I've updated the soname in the pkgbuild.

However, I have no current interest in maintaining the package. As such, I've disowned it to allow someone else who wishes to maintain it to do so.

fr3akyphantom commented on 2024-09-27 10:54 (UTC)

Just a heads-up:

The soversion of libjxl is now 0.11 instead of 0.10. It needs to be updated to fix the linking of external/shared libraries for other apps.

fr3akyphantom commented on 2024-07-03 08:45 (UTC)

@jholmer,

The upstream AOM as-well-as it's forks (lavish/psy) still try to #include <jxl/butteraugli.h> in their aom_dsp script if butteraugli tuning is ON.

But the jxl library DOES NOT have the header file in include directory any more. It now resides in lib/jxl/butteraugli/butteraugli.h instead of lib/include/jxl/butteraugli.h.

So, even after building this package, the butteraugli header file is NOT exported to package and NOT available to system afterwards.

And not only that, the file lib/jxl/butteraugli/butteraugli.h from JXL Upstream has changed a lot. It uses many jxl-internal headers which are not exportable to include directory.

So, even if AOM Upstream (or lavish/psy) modify the #include directive (or whatever it's called) in aom_dsp, aomenc can't be built with butteraugli tuning now.

I just tested it once. But I ask other users to test it too, just be sure.

fr3akyphantom commented on 2024-07-03 08:38 (UTC)

These 4 can be be set with FORCE_SYSTEM flags if provided in depends array: brotli, highway, gtest, lcms2. So those can be removed from git modules as-well-as source array, I guess.

And yes, it builds perfectly with highway as it's almost the same as highway-git.

Gallifreyan commented on 2024-04-10 23:50 (UTC) (edited on 2024-04-10 23:50 (UTC) by Gallifreyan)

Question: if we're setting FORCE_SYSTEM flags for some deps, such as Highway, PNG, zlib, gtest, etc, maybe there's no reason to download them as submodules? They could be removed from the source array and then from the submodules with git deinit. Save some time and bandwidth, especially for those who don't keep the build directory around.

Also, is it necessary for this package to depend on highway-git and not the upstream highway? It builds well enough with either.

Gallifreyan commented on 2024-04-04 09:00 (UTC)

I noticed there's a warning during building about missing sphinx-contrib (the python-sphinx package). I installed it, but there don't seem to be extra files produced, only the usual Doxygen docs. Does it actually build anything new?

jholmer commented on 2024-04-04 00:24 (UTC)

It looks like libjxl upstream readded butteraugli to their library exports, so the version pin on this package was able to be removed. I also fixed the tcmalloc issue. Let me know if there are any further issues, thanks.

Gallifreyan commented on 2024-04-02 00:10 (UTC)

The SSimulacra binaries this package install are dynamically linked to libtcmalloc_minimal.so.4, provided by gperftools. You should move it from makedeps to depends, otherwise they don't run.

Gallifreyan commented on 2024-04-02 00:07 (UTC)

@Tanghe you can edit the PKGBUILD to add 'libjxl.so=0.10-64' to the provides array

Tanghe commented on 2024-03-29 11:02 (UTC)

Hello this seems to conflict with libjxl but it doesnt seem to provide libjxl.so.0.10

so what can i do ?