Package Details: libjxl-git 0.11.0.r55.g8da7c884-1

Git Clone URL: https://aur.archlinux.org/libjxl-git.git (read-only, click to copy)
Package Base: libjxl-git
Description: JPEG XL image format reference implementation (git version)
Upstream URL: https://jpeg.org/jpegxl/
Keywords: jpeg-xl
Licenses: BSD-3-Clause
Conflicts: libjpeg-xl-git, libjxl
Provides: libjpeg-xl-git, libjxl, libjxl.so, libjxl_threads.so
Replaces: libjpeg-xl-git
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 15
Popularity: 0.68
First Submitted: 2021-06-02 18:30 (UTC)
Last Updated: 2024-11-09 22:47 (UTC)

Dependencies (26)

Required by (87)

Sources (11)

Latest Comments

1 2 3 4 5 6 .. 13 Next › Last »

19topgun93 commented on 2024-09-26 22:37 (UTC)

@dbermond Thanks for your answer. That info is useful and I will try it. I'm new to a Arch Linux, so I don't have see all possibility :D The Garuda link was not for support for Garuda Linux. It was only for better understanding what I mean. I doesn't know all things yet, so I try to learn and understand how Arch works. At the moment I use yay for help at AUR.

So I will learn. :D

dbermond commented on 2024-09-26 21:32 (UTC)

@19topgun93 You just need to rebuild your AUR packages that link to the libjxl libraries which got a soname bump. There is nothing old or broken in libjxl-git, and no intervention is needed on it. Please remember that it's user responsibility to carefully manage the needed AUR rebuilds. Also, notice that Garuda Linux is not supported here.

19topgun93 commented on 2024-09-26 13:59 (UTC) (edited on 2024-09-26 13:59 (UTC) by 19topgun93)

obs: error while loading shared libraries: libjxl.so.0.10: cannot open shared object file: No such file or directory

nextcloud: error while loading shared libraries: libjxl.so.0.10: cannot open shared object file: No such file or directory

The libjxl is old and broke some Software. The newest Software on https://github.com/libjxl/libjxl: 0.11.0

https://forum.garudalinux.org/t/spectacle-broke-in-last-update-error-while-loading-shared-libraries-libjxl-so-0-10/39375

dbermond commented on 2024-07-14 23:16 (UTC)

@yota the pixbuf loader is installed by the build system. So, if you think something is wrong with the pixbuf install location, maybe you should report it upstream. By my knowledge, it is installing to the right place. Can you please specifically point what you think is wrong?

dbermond commented on 2024-07-14 23:11 (UTC)

@xiota I told you it does not work. Since now there is a separated repository, I have created the package jpegli-git in the AUR.

yota commented on 2024-07-14 11:56 (UTC) (edited on 2024-07-14 11:56 (UTC) by yota)

the plugins are compiled by this pkgbuild (-DJPEGXL_ENABLE_PLUGINS=true) but I struggle to check that the gdk-pixbuf is correctly installed as specified here : https://github.com/libjxl/libjxl/tree/main/plugins/gdk-pixbuf

is it the case ?

dbermond commented on 2024-04-14 15:27 (UTC)

@xiota What I mean, is that your package have the great potential to break the system of users that have libjpeg (libjpeg-turbo) installed, hence it's broken. I understand that it should not be used in the way you propose. My pointed comment explains why, as this subject have already been talked before.

dbermond commented on 2024-04-10 16:58 (UTC)

@xiota Your libjpegli package is broken, as it cannot be treated as a provider for libjpeg. Please read my previous comment from 2023-08-12 about libjpegli.

1 2 3 4 5 6 .. 13 Next › Last »