Package Base Details: libjxl

Git Clone URL: https://aur.archlinux.org/libjxl.git (read-only, click to copy)
Keywords: jpeg-xl
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 13
Popularity: 1.89
First Submitted: 2021-06-02 18:30
Last Updated: 2021-09-04 16:20

Packages (2)

Latest Comments

1 2 3 4 Next › Last »

gyscos commented on 2021-08-20 16:03

Indeed:

% curl -s https://github.com/libjxl/libjxl/commit/76df97ea2d7e91ceecc778d7c098dc376209ee73.patch | sha256sum
9a92825bf13978977b4e483e9c6c5a18cf21f507d9d08f88e33f8d4166486cb7  -

But the PKGBUILD mentions 40e22d47f073b8ccc9382451449360e01afed96ce5d80c89ff82ae8babb96303.

EDIT: Fixed, thanks!

matthias.lisin commented on 2021-08-14 15:46

==> Validating source files with sha256sums...
010-libjxl-jdk7-fix.patch ... FAILED
==> ERROR: One or more files did not pass the validity check!

dbermond commented on 2021-08-14 11:35

@vtorri java-runtime is an optional dependency (optdepends), and you don't need to have it installed at runtime. You need only java-environment at build time (makedepends) for building the JNI bindings. There is only a single dependency for libjxl package currently, which is brotli, and all others are either makedepends or optdepends. So, there is no dependency bloating here.

vtorri commented on 2021-08-14 08:43

adding a whole jdk for a jpeg-like lib is bloat

dbermond commented on 2021-08-12 17:44

Thank you for the interest on this package. Splitting the package between tools and lib does not conform to the Arch Linux simplicity principle. On Arch Linux, we do not ship separated packages for tools, libraries, etc, unless it makes sense, like significant difference in file sizes, hardware specific reasons, maintenance reasons, among others. We differ on this from Debian, for example. The package has already a split for docs, which is sufficient here. Besides, the tools and plugins will probably become dynamically linked to the libjxl library in the future, which in turn will reduce even further the file sizes (the pixbuf loader was already changed on the git master branch to use dynamic linking). The new CMake options that you mentioned would not help in splitting the package, since we would need to build everything in any way (the package splitting happens at he package_*() functions, and not at the build() function). You can also expect this package to be pushed to the official repositories in the near future.

vtorri commented on 2021-08-12 08:01

i've asked if we can enable/disable some partsof libjxl, and it has been accepted yesterday :

https://gitlab.com/wg1/jpeg-xl/-/commit/65ca1ee8b630e3adbbf9a9fa37da9de12f93ed66

maybe providing several packages (one with just the lib) would be nice

thank you

dbermond commented on 2021-08-11 16:47

@190n Fine, no problem. You're welcome.

190n commented on 2021-08-11 05:37

@dbermond It works for me now, sorry for the false alarm. I think I had some other outdated packages that might have messed with the build process.

dbermond commented on 2021-08-06 22:19

@190n Package is building fine. Probably the build system is not recognizing your installed java environment. What is your output of the command 'archlinux-java status'?

190n commented on 2021-08-06 22:10

This fails to build for me:

install: cannot stat 'build/tools/libjxl_jni.so': No such file or directory
==> ERROR: A failure occurred in package_libjxl().
    Aborting...

It works if I remove all references to Java/JNI in the PKGBUILD.