Search Criteria
Package Details: libjxl-doc-git 0.11.0.r55.g8da7c884-1
Package Actions
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 (documentation; git version) |
Upstream URL: | https://jpeg.org/jpegxl/ |
Keywords: | jpeg-xl |
Licenses: | BSD-3-Clause |
Conflicts: | libjpeg-xl-doc-git, libjxl-doc |
Provides: | libjpeg-xl-doc-git, libjxl-doc |
Replaces: | libjpeg-xl-doc-git |
Submitter: | dbermond |
Maintainer: | dbermond |
Last Packager: | dbermond |
Votes: | 15 |
Popularity: | 0.36 |
First Submitted: | 2021-06-02 18:30 (UTC) |
Last Updated: | 2024-11-09 22:47 (UTC) |
Dependencies (17)
- asciidoc (asciidoc-gitAUR) (make)
- brotli (brotli-gitAUR) (make)
- cmake (cmake-gitAUR) (make)
- doxygen (doxygen-gitAUR) (make)
- gdk-pixbuf2 (gdk-pixbuf2-gitAUR) (make)
- giflib (giflib-gitAUR) (make)
- gimp (gimp-develAUR, gimp-devel-noconflictAUR, gimp-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- gperftools (gperftools-gitAUR) (make)
- graphviz (make)
- gtest (googletest-gitAUR) (make)
- highway (highway-gitAUR) (make)
- java-environment (jdk12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jdk11-jbr-xdgAUR, jdk16-openjdkAUR, jdk14-openjdkAUR, jdk18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jdk-openj9AUR, jdk11-graalvm-ee-binAUR, jdk12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk8-graalvm-ee-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jdk11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, jdk21-graalvm-binAUR, jdk17-jetbrainsAUR, jdk8-openj9-binAUR, jdk-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jdk19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jabba-binAUR, jdk21-jetbrainsAUR, jdk17-zulu-prime-binAUR, java-openjdk-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jre-jetbrainsAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, zulu-23-binAUR, jdkAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-android-studioAUR, jdk17-openj9-binAUR, jdk23-graalvm-ee-binAUR, zing-8-binAUR, zing-21-binAUR, java-openjdk-ea-binAUR, jdk21-jetbrains-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jdk8-openjdk) (make)
- libjpeg-turbo (mozjpeg-gitAUR, libjpeg-turbo-gitAUR, mozjpegAUR) (make)
- libpng (libpng-gitAUR, libpng-apngAUR) (make)
- python (python37AUR, python311AUR, python310AUR) (make)
- xdg-utils (busking-gitAUR, xdg-utils-slockAUR, mimiAUR, mimi-gitAUR, xdg-utils-handlrAUR, openerAUR, xdg-utils-mimeoAUR, mimejs-gitAUR) (make)
Required by (0)
Sources (11)
- git+https://github.com/glennrp/libpng.git
- git+https://github.com/google/brotli.git
- git+https://github.com/google/googletest.git
- git+https://github.com/google/highway.git
- git+https://github.com/libjpeg-turbo/libjpeg-turbo.git
- git+https://github.com/libjxl/libjxl.git
- git+https://github.com/madler/zlib.git
- git+https://github.com/mm2/Little-CMS.git
- git+https://github.com/webmproject/sjpeg.git
- git+https://skia.googlesource.com/skcms.git
- libjxl-testdata
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 13 Next › Last »
frankenstein20 commented on 2022-08-01 11:54 (UTC)
Hi all
I get an error after
I getSorry for the german... it is a file not found error
markg85 commented on 2022-07-26 14:16 (UTC) (edited on 2022-07-26 14:22 (UTC) by markg85)
@dbermond oke.. :)
I tried to compile it now using
makepkg
.. I'm getting a boat load of errors:I didn't change the PKGBUILD so am still using whatever this package claims it needs.
^^ never mind the above. While it is an issue, i don't actually need the manually build one. I started using it when there was no libjxl package in the arch repos yet and wanted to play with the
cjxl
command. libjxl now seems to be in the arch packages so i'm using that instead. Works just fine for my case.dbermond commented on 2022-07-24 02:06 (UTC)
@markg85
1) No, sorry. Contrary to what you said, the check() function is very important. Quoting the Arch Wiki: "It is highly recommended to have check() as it helps to make sure software has been built correctly and works fine with its dependencies". Being such, check() should be used whenever possible. If you don't want to run the tests, you can use the makepkg '--nocheck' option for convenience, but this is not recommended.
2) No, sorry. 'java-runtime' is already an optional dependency, so it can be lightweight at runtime. 'java-environment' is needed only at build time, and can be uninstalled after it. The package is building fine for me using 'jdk-openjdk' from the official repositories (currently at version 18.0.2). A segfault when compiling does not seem to be a packaging issue, and, at a first glance, it looks like to be an issue with your system. As far as I'm concerned, you're not supposed to get a segfault when compiling software. You are using an AUR helper, and this is not supported. Make sure that you are not using AUR helpers, and that you are on Arch Linux.
markg85 commented on 2022-07-24 01:39 (UTC) (edited on 2022-07-24 01:39 (UTC) by markg85)
Hi,
A couple of questions. 1). Could you disable the tests in compilation. They take quite some time to run and it doesn't seem important for me to have these just on Arch. Tests are important for those that develop the library itself.
2). Could the java dependency be removed, please? It adds a ton of extra packages and - even more important - it fails for me with the following:
dbermond commented on 2022-04-25 17:52 (UTC)
@JDAturbo That's because upstream does not fix their git repository to give the correct version with the git describe command. I always left this way in hope they can someday properly update this, but it's really taking too long.
JDAturbo commented on 2022-04-25 17:47 (UTC)
I believe the pkgver is wrong. The version on main branch is 0.7.0: https://github.com/libjxl/libjxl/blob/main/lib/CMakeLists.txt
andrius4669 commented on 2022-01-10 20:16 (UTC)
https://github.com/google/highway/issues/497 has been fixed and now it instead fails on https://github.com/libjxl/libjxl/issues/1080
andrius4669 commented on 2022-01-09 21:59 (UTC)
that wouldn't be an issue if
-DJPEGXL_FORCE_SYSTEM_HWY:BOOL='true'
wasn't set. why is that submodule, at known working commit, is even being cloned if broken one is being depended upon instead?anyway I've reported https://github.com/google/highway/issues/497, we'll see how that goes. but consider taking off
-DJPEGXL_FORCE_SYSTEM_HWY:BOOL='true'
, while i kinda know reasons not to, it's got bigger chances to break stuff with untested hwy commits.dbermond commented on 2022-01-06 18:48 (UTC)
@yaron This is an upstream issue, probably on highway. It looks like a commit that was made today on upstream highway broke the libjxl build.
yaron commented on 2022-01-06 14:28 (UTC)
@dbermond there seem to be an error while compiling this version:
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 13 Next › Last »