Darktable cannot be started due to libjxl 0.9

maboleth · 2024-01-20 00:49:34

This library got updated to 0.9 and apparently Darktable was rebuilt to cater that change - but it failed.

https://gitlab.archlinux.org/archlinux/ … 76719bdcf7

Starting latest darktable brings this message

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

It still seems to require 0.8 version even after rebuild.

Last edited by maboleth (2024-01-20 00:51:33)

Scimmia · 2024-01-20 02:32:39

Looks like something went wrong in the rebuild. Do you have an account on Arch's gitlab? If so, open a bug report; if not, let me know and I'll do it.

ThatOneCalculator · 2024-01-20 04:12:03

Same thing happened to me but with (vs)code. I sadly don't have a Arch Gitlab account

Last edited by ThatOneCalculator (2024-01-20 04:13:07)

Scimmia · 2024-01-20 05:03:26

The vscode package is not linked directly to libjxl at all. Use lddtree from the pax-utils package to see where your actual issue is.

For the OP, https://gitlab.archlinux.org/archlinux/ … -/issues/2

Toolybird · 2024-01-20 05:04:45

Just happened to spot this, verified it, then took the liberty [1]

[1] https://gitlab.archlinux.org/archlinux/ … -/issues/2

perseus · 2024-01-20 09:14:49

Same error with geeqie just now.

arojas · 2024-01-20 09:20:55

Yes, half the libjxl rebuild wasn't actually built with new libjxl due to the (broken) implementation of sodeps on Arch packaging. Fixes coming up.

Last edited by arojas (2024-01-20 09:22:05)

maboleth · 2024-01-20 10:02:29

Works now, thanks for a fast rebuild.

spsf64 · 2024-01-20 14:44:33

maboleth wrote:

Works now, thanks for a fast rebuild.

For me the latest build (darktable-2:4.6.0-3) now launches, however shows some message about "opencl initializing problem", shows it too fast I cant copy whole text. Also I cannot resize the main window, it opens in full screen or a minimal window, resize option is greyed out ;(
When I launch from terminal no erros are displayed; Any suggestion?
Using XFCE

edit: I just changed theme from the default grey to dark and now resize is working!!
However the error still shows whenever I start the program, I was able to take a screenshot:
https://ibb.co/RSzcn0m

Last edited by spsf64 (2024-01-20 15:00:05)

maboleth · 2024-01-20 15:02:59

spsf64 wrote:

maboleth wrote:
Works now, thanks for a fast rebuild.
For me the latest build (darktable-2:4.6.0-3) now launches, however shows some message about "opencl initializing problem", shows it too fast I cant copy whole text. Also I cannot resize the main window, it opens in full screen or a minimal window, resize option is greyed out ;(
When I launch from terminal no erros are displayed; Any suggestion?
Using XFCE
edit: I just changed theme from the default grey to dark and now resize is working!!
However the error still shows whenever I start the program, I was able to take a screenshot:
https://ibb.co/RSzcn0m

It's best to open up a different thread.
But I'd rename the current darktable config dir as darktable-old and try to run darktable from scratch and see if it's a config issue or something else.

Not sure what opencl drivers you use, but on AMD there are three flavours. Try each of them and see.
I too get opencl init problem every time but that's because I refuse to use OpenCl drivers as I'm on Wayland and Opencl+Darktable is not a stable combo there, to say the least.

spsf64 · 2024-01-20 15:43:03

maboleth wrote:

spsf64 wrote:
maboleth wrote:
Works now, thanks for a fast rebuild.
For me the latest build (darktable-2:4.6.0-3) now launches, however shows some message about "opencl initializing problem", shows it too fast I cant copy whole text. Also I cannot resize the main window, it opens in full screen or a minimal window, resize option is greyed out ;(
When I launch from terminal no erros are displayed; Any suggestion?
Using XFCE
edit: I just changed theme from the default grey to dark and now resize is working!!
However the error still shows whenever I start the program, I was able to take a screenshot:
https://ibb.co/RSzcn0m
It's best to open up a different thread.
But I'd rename the current darktable config dir as darktable-old and try to run darktable from scratch and see if it's a config issue or something else.
Not sure what opencl drivers you use, but on AMD there are three flavours. Try each of them and see.
I too get opencl init problem every time but that's because I refuse to use OpenCl drivers as I'm on Wayland and Opencl+Darktable is not a stable combo there, to say the least.

Yes, maybe a new thread, I will check this opencl thing... thank you

retubo · 2024-01-21 00:23:25

Scimmia wrote:

The vscode package is not linked directly to libjxl at all. Use lddtree from the pax-utils package to see where your actual issue is.
For the OP, https://gitlab.archlinux.org/archlinux/ … -/issues/2

I'm new to Arch and I can't figure out how to use lddtree to see the dependencies of my vscode. I have the same problem that ThatOneCalculator had.

Scimmia · 2024-01-21 03:02:13

You use lddtree on the binary that you're running and read the output. It shows a tree of what libraries load which other libraries, so you can see what's loading the old one.

If you're just running 'vscode' or whatever and don't know where the binary is, see `type vscode` (replace with whatever binary is the issue).

gordox · 2024-02-28 04:06:28

It's happening again with version 0.10.

https://imgur.com/a/qmWQPMZ

I tried to post on Gitlab, but I dont have an account.

Last edited by gordox (2024-02-28 04:12:15)

Scimmia · 2024-02-28 04:10:40

No, it didn't. Darktable was correctly rebuilt, so there is no problem to report on Arch's gitlab.

gordox · 2024-02-28 04:22:38

I just upgrade today my system. The current version of library libjlx is 0.10, but Darktable is referencing version 0.9. If everything is ok, what should I try?

I updated the print above with output of lddtree and system packages. Below is the information about darktable package

https://imgur.com/a/PgxBIP6

Scimmia · 2024-02-28 04:24:31

You're not running darktable from the repos, you're running your own build. You are responsible for rebuilding it.

And grepping makes lddtree completely useless. It gives you a tree, without that tree you have nothing.

Last edited by Scimmia (2024-02-28 04:25:28)

gordox · 2024-02-28 04:30:02

Ohhhh, I see... not exactly my build, but got now the detail from AUR. thanks!

Arch Linux

#1 2024-01-20 00:49:34

Darktable cannot be started due to libjxl 0.9

#2 2024-01-20 02:32:39

Re: Darktable cannot be started due to libjxl 0.9

#3 2024-01-20 04:12:03

Re: Darktable cannot be started due to libjxl 0.9

#4 2024-01-20 05:03:26

Re: Darktable cannot be started due to libjxl 0.9

#5 2024-01-20 05:04:45

Re: Darktable cannot be started due to libjxl 0.9

#6 2024-01-20 09:14:49

Re: Darktable cannot be started due to libjxl 0.9

#7 2024-01-20 09:20:55

Re: Darktable cannot be started due to libjxl 0.9

#8 2024-01-20 10:02:29

Re: Darktable cannot be started due to libjxl 0.9

#9 2024-01-20 14:44:33

Re: Darktable cannot be started due to libjxl 0.9

#10 2024-01-20 15:02:59

Re: Darktable cannot be started due to libjxl 0.9

#11 2024-01-20 15:43:03

Re: Darktable cannot be started due to libjxl 0.9

#12 2024-01-21 00:23:25

Re: Darktable cannot be started due to libjxl 0.9

#13 2024-01-21 03:02:13

Re: Darktable cannot be started due to libjxl 0.9

#14 2024-02-28 04:06:28

Re: Darktable cannot be started due to libjxl 0.9

#15 2024-02-28 04:10:40

Re: Darktable cannot be started due to libjxl 0.9

#16 2024-02-28 04:22:38

Re: Darktable cannot be started due to libjxl 0.9

#17 2024-02-28 04:24:31

Re: Darktable cannot be started due to libjxl 0.9

#18 2024-02-28 04:30:02

Re: Darktable cannot be started due to libjxl 0.9

Board footer