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.46
First Submitted: 2021-06-02 18:30 (UTC)
Last Updated: 2024-11-09 22:47 (UTC)

Dependencies (26)

Required by (88)

Sources (11)

Latest Comments

« First ‹ Previous 1 .. 7 8 9 10 11 12 13 Next › Last »

RubenKelevra commented on 2020-04-30 15:11 (UTC)

@dbermond

that's great news,

but sadly the package won't build anymore :(

==> Starting prepare()...
Submodule 'third_party/brotli' (https://github.com/google/brotli) registered for path 'third_party/brotli'
Submodule 'third_party/brunsli' (https://github.com/google/brunsli.git) registered for path 'third_party/brunsli'
Submodule 'third_party/googletest' (https://github.com/google/googletest) registered for path 'third_party/googletest'
Submodule 'third_party/lcms' (https://github.com/mm2/Little-CMS) registered for path 'third_party/lcms'
Submodule 'third_party/lodepng' (https://github.com/lvandeve/lodepng) registered for path 'third_party/lodepng'
Submodule 'third_party/mingw-std-threads' (https://github.com/meganz/mingw-std-threads) registered for path 'third_party/mingw-std-threads'
Submodule 'third_party/sjpeg' (https://github.com/webmproject/sjpeg.git) registered for path 'third_party/sjpeg'
Submodule 'third_party/skcms' (https://skia.googlesource.com/skcms) registered for path 'third_party/skcms'
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/brotli'...
done.
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/brunsli'...
done.
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/googletest'...
done.
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/lcms'...
done.
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/lodepng'...
done.
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/mingw-std-threads'...
done.
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/sjpeg'...
done.
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/skcms'...
done.
Submodule path 'third_party/brotli': checked out '35ef5c554d888bef217d449346067de05e269b30'
Submodule path 'third_party/brunsli': checked out 'ede60d8bae3c10c56e64a0001f7b354c5a086ca3'
Submodule path 'third_party/googletest': checked out '0ea2d8f8fa1601abb9ce713b7414e7b86f90bc61'
Submodule path 'third_party/lcms': checked out '65c63bf549d78253c14b30b3d62cb668bbbe612c'
Submodule path 'third_party/lodepng': checked out '48e5364ef48ec2408f44c727657ac1b6703185f8'
fatal: git upload-pack: not our ref baca8abcfa9576d1682e049c46c4805230aeda5b
fatal: remote error: upload-pack: not our ref baca8abcfa9576d1682e049c46c4805230aeda5b
Fetched in submodule path 'third_party/mingw-std-threads', but it did not contain baca8abcfa9576d1682e049c46c4805230aeda5b. Direct fetching of that commit failed.
==> ERROR: A failure occurred in prepare().
    Aborting...
Error making: libjpeg-xl-git

dbermond commented on 2020-04-22 01:38 (UTC)

Quoting from upstream Readme: "JPEG XL no longer requires a particular CPU. The software chooses and uses the best available instruction set for the current CPU".

So there is no need to worry about sse4.1 and avx2 instruction sets anymore.

dbermond commented on 2020-04-22 01:38 (UTC)

@RubenKelevra Fixed. Working fine now.

RubenKelevra commented on 2020-04-21 00:54 (UTC)

It isn't building anymore:


==> Starting prepare()...
Submodule 'third_party/brotli' (https://github.com/google/brotli) registered for path 'third_party/brotli'
Submodule 'third_party/brunsli' (https://github.com/google/brunsli.git) registered for path 'third_party/brunsli'
Submodule 'third_party/googletest' (https://github.com/google/googletest) registered for path 'third_party/googletest'
Submodule 'third_party/lcms' (https://github.com/mm2/Little-CMS) registered for path 'third_party/lcms'
Submodule 'third_party/lodepng' (https://github.com/lvandeve/lodepng) registered for path 'third_party/lodepng'
Submodule 'third_party/mingw-std-threads' (https://github.com/meganz/mingw-std-threads) registered for path 'third_party/mingw-std-threads'
Submodule 'third_party/sjpeg' (https://github.com/webmproject/sjpeg.git) registered for path 'third_party/sjpeg'
Submodule 'third_party/skcms' (https://skia.googlesource.com/skcms) registered for path 'third_party/skcms'
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/brotli'...
done.
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/brunsli'...
done.
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/googletest'...
done.
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/lcms'...
done.
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/lodepng'...
done.
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/mingw-std-threads'...
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/sjpeg'...
done.
Cloning into '/home/ruben/.cache/yay/libjpeg-xl-git/src/jpeg-xl/third_party/skcms'...
done.
Submodule path 'third_party/brotli': checked out '35ef5c554d888bef217d449346067de05e269b30'
Submodule path 'third_party/brunsli': checked out 'ede60d8bae3c10c56e64a0001f7b354c5a086ca3'
Submodule path 'third_party/googletest': checked out '0ea2d8f8fa1601abb9ce713b7414e7b86f90bc61'
Submodule path 'third_party/lcms': checked out '65c63bf549d78253c14b30b3d62cb668bbbe612c'
Submodule path 'third_party/lodepng': checked out '48e5364ef48ec2408f44c727657ac1b6703185f8'
remote: Enumerating objects: 4, done.
remote: Counting objects: 100% (4/4), done.
remote: Compressing objects: 100% (4/4), done.
remote: Total 4 (delta 0), reused 2 (delta 0), pack-reused 0
Unpacking objects: 100% (4/4), 2.00 KiB | 2.00 MiB/s, done.
From https://github.com/meganz/mingw-std-threads
 * branch            baca8abcfa9576d1682e049c46c4805230aeda5b -> FETCH_HEAD
Submodule path 'third_party/mingw-std-threads': checked out 'baca8abcfa9576d1682e049c46c4805230aeda5b'
Submodule path 'third_party/sjpeg': checked out '868ab558fad70fcbe8863ba4e85179eeb81cc840'
Submodule path 'third_party/skcms': checked out '64374756e03700d649f897dbd98c95e78c30c7da'
patching file CMakeLists.txt
Hunk #1 succeeded at 154 (offset -11 lines).
patching file jpegxl.cmake
Hunk #1 succeeded at 457 (offset 20 lines).
patching file plugins/gdk-pixbuf/CMakeLists.txt
Hunk #1 succeeded at 24 with fuzz 2.
patching file CMakeLists.txt
Hunk #1 FAILED at 136.
1 out of 1 hunk FAILED -- saving rejects to file CMakeLists.txt.rej
can't find file to patch at input line 21
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Naurp a/third_party/highway/hwy/targets.h b/third_party/highway/hwy/targets.h
|--- a/third_party/highway/hwy/targets.h        2020-03-11 01:58:08.000000000 +0000
|+++ b/third_party/highway/hwy/targets.h        2020-03-11 02:00:17.338460487 +0000
--------------------------
File to patch: 

dbermond commented on 2020-03-12 16:40 (UTC)

@RubenKelevra Good to know. Thanks for participating.

dbermond commented on 2020-03-12 16:39 (UTC)

Important notice:

  • This package requires a cpu that supports the sse4.1 instruction set at minimum.

RubenKelevra commented on 2020-03-12 15:39 (UTC)

@dbermond I can confirm that it works now! Thanks! :)

dbermond commented on 2020-03-11 02:41 (UTC)

@RubenKelevra Should work now.

RubenKelevra commented on 2020-03-10 17:14 (UTC)

Damn, sorry. I meant the CPU with SSE4 but without AVX2 has trouble get this package compiled successfully.

The libjpeg-xl-git r3.g0709f3a-2 was successfully completed on this machine after turning the optimizations from x86_64/generic to native/native. Without it would complain that some functions which should be inlined are not compiled with SSE4.1 support.

dbermond commented on 2020-03-10 17:03 (UTC)

@RubenKelevra Yes, I think that a package with optimized instructions would be nice in this case. I may create one.

Upstream should allow compilation on older non-sse4 cpus and check for instruction support at runtime, but it looks like that it's not the case. Maybe you can request this to them. Since upstream explicitly states that it requires sse4, I take this with no surprise.