Package Base Details: libjxl-git

Git Clone URL: https://aur.archlinux.org/libjxl-git.git (read-only, click to copy)
Keywords: jpeg-xl
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 14
Popularity: 0.000057
First Submitted: 2021-06-02 18:30 (UTC)
Last Updated: 2024-03-01 15:40 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 .. 13 Next › Last »

0ion9 commented on 2023-09-29 04:22 (UTC)

@dbermond: I did that (git fetch origin for all repos) and ran makepkg. Exactly the same result: mv: cannot stat '/home/kau/.cache/yay/libjxl-git/pkg/libjxl-git/usr/share/java/org.jpeg.jpegxl.jar': No such file or directory

I want to point out the content of src/libjpeg/tools/CMakelists.txt (line 418-468). Theoretically, JPEGXL_ENABLE_JNI is set by src/libjxl/CMakeLists.txt which should result in the jar file being built, but it isn't. My java-environment package is "21.u35-3" and its official package name is listed as 'jdk-openjdk'.

My conclusion is there is either some hidden java dependency which is not installed, or perhaps jdk-openjdk does not provide the java-environment dependency in exactly the right way for the detection system to conclude 'yes, Java is available'.

xiota commented on 2023-09-20 13:31 (UTC)

Please remove replaces directive. Thank you. (No need to reply via comment; AUR now sends commit notifications.)

dbermond commented on 2023-08-14 15:50 (UTC)

@0ion9 AUR helpers are not supported, use makepkg. Also, make sure that you have an updated checkout of this git repository.

0ion9 commented on 2023-08-13 13:15 (UTC) (edited on 2023-08-13 13:15 (UTC) by 0ion9)

"building fine for me" ? Not sure what to say to that, other than I tried a clean rebuild and still got the same error. At least I managed to capture it this time:

[...]
-- Installing: /home/me/.cache/yay/libjxl-git/pkg/libjxl-git/usr/bin/cjpegli
-- Installing: /home/me/.cache/yay/libjxl-git/pkg/libjxl-git/usr/bin/djpegli
mv: cannot stat '/home/me/.cache/yay/libjxl-git/pkg/libjxl-git/usr/share/java/org.jpeg.jpegxl.jar': No such file or directory

(slightly censored). I guess I can try a different package builder, but I think yay just calls makepkg.

dbermond commented on 2023-08-12 15:55 (UTC) (edited on 2023-08-12 15:57 (UTC) by dbermond)

@0ion9 I've just checked, and the package is building fine for me. No problems in the install stage.

dbermond commented on 2023-08-12 15:53 (UTC)

@flannelhead upstream does not claim that jpegli is a replacement for libjpeg-turbo (at least not currently), but they say that it is compatible with libjpeg 6 (libjpeg.so.62), both in API and in ABI. Being such, I think we cannot assume it to be interchangeable with libjpeg-turbo. Also, it lacks important files shipped by libjpeg-turbo, like libturbojpeg.so, jerror.h, jpegint.h and turbojpeg.h. Since libjpeg-turbo has mostly become the standard in jpeg API nowadays, we cannot simply add {provides,conflicts}=('libjpeg'), as it's not true and probably will break applications expecting specific libjpeg-turbo functionality and files. Changing the default library soversion numbers also looks bad. What we could do is package it as a provider for libjpeg6, but I'm not sure if this would be useful, as currently there is only one application in the official repositories that depends on it.

0ion9 commented on 2023-08-12 03:20 (UTC)

Build currently fails in the install phase. Seems to be looking for a jar file belonging to libjxl and not finding it.

Since upstream CI seems to be completing successfully, I suspect the problem may be in the PKGBUILD (line 90?)

flannelhead commented on 2023-06-28 20:13 (UTC)

Now that upstream has jpegli that is a drop-in replacement for libjpeg, it would be neat to have that packaged too.

I managed to build a package containing jpegli by adding the following to the PKGBUILD:

-DJPEGXL_INSTALL_JPEGLI_LIBJPEG='true' \
-DJPEGLI_LIBJPEG_LIBRARY_VERSION='8.2.2' \
-DJPEGLI_LIBJPEG_LIBRARY_SOVERSION='8'

Then of course proper conflicts and provides entries would have to be added. Perhaps the drop-in should be a package of its own?

Thanks @dbermond for maintaining the PKGBUILD. Would you be interested in making those PKGBUILD modifications?

keilmillerjr commented on 2022-11-28 18:43 (UTC)

[  3%] Building CXX object lib/CMakeFiles/jxl_dec-obj.dir/jxl/base/random.cc.o
/usr/include/hwy/targets.h: In function ‘std::vector<unsigned int> hwy::SupportedAndGeneratedTargets()’:
<command-line>: error: ‘HWY_SVE_256’ was not declared in this scope; did you mean ‘HWY_SVE2’?
<command-line>: error: ‘HWY_SVE2_128’ was not declared in this scope; did you mean ‘HWY_SVE2’?
In file included from /usr/include/hwy/highway.h:24,
                 from /var/tmp/pamac-build-keiljr/libjxl-git/src/libjxl/lib/jxl/fast_math-inl.h:15,
                 from /var/tmp/pamac-build-keiljr/libjxl-git/src/libjxl/lib/jxl/base/random.cc:8:
/usr/include/hwy/targets.h: In member function ‘size_t hwy::ChosenTarget::GetIndex() const’:
<command-line>: error: ‘HWY_SVE_256’ was not declared in this scope; did you mean ‘HWY_SVE2’?
<command-line>: error: ‘HWY_SVE2_128’ was not declared in this scope; did you mean ‘HWY_SVE2’?
make[2]: *** [lib/CMakeFiles/jxl_dec-obj.dir/build.make:174: lib/CMakeFiles/jxl_dec-obj.dir/jxl/base/random.cc.o] Error 1
make[2]: Leaving directory '/var/tmp/pamac-build-keiljr/libjxl-git/src/build'
make[1]: *** [CMakeFiles/Makefile2:1395: lib/CMakeFiles/jxl_dec-obj.dir/all] Error 2
make[1]: Leaving directory '/var/tmp/pamac-build-keiljr/libjxl-git/src/build'
make: *** [Makefile:146: all] Error 2
make: Leaving directory '/var/tmp/pamac-build-keiljr/libjxl-git/src/build'
==> ERROR: A failure occurred in build().
    Aborting...

langfingaz commented on 2022-10-28 11:08 (UTC)

Many thanks @dbermond, it builds again.