I’m getting a seq fault on the new update. Sorry I can’t be more specific as that’s all darktable gives me. Segfault report attached.
Using Fedora 6.17.12-300.fc43.x86_64 #1 SMP PREEMPT_DYNAMIC Sat Dec 13 05:06:24 UTC 2025 x86_64 GNU/Linux
[darktable_bt_3R9TH3.txt|attachment]
(upload://qx5JWCFoXx1bAcwVdZpcxehUvla.txt) (27.5 KB)
I think it looks like something to do with the RustiCL driver. Darktable is not performing any operation (processing the image), it looks to me the driver is trying to build (compile) an OpenCL kernel.
Thread 21 (Thread 0x7f8165f456c0 (LWP 4652) "worker 3"):
#0 0x00007f81bf687982 in __syscall_cancel_arch () at /lib64/libc.so.6
#1 0x00007f81bf67bc3c in __internal_syscall_cancel () at /lib64/libc.so.6
#2 0x00007f81bf67bc84 in __syscall_cancel () at /lib64/libc.so.6
#3 0x00007f81bf6ebb4f in wait4 () at /lib64/libc.so.6
#4 0x00007f81bf955262 in _dt_sigsegv_handler () at /usr/bin/../lib64/darktable/libdarktable.so
#5 0x00007f81bf627290 in <signal handler called> () at /lib64/libc.so.6
#6 0x00007f81a404c280 in void std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_construct<true>(char const*, unsigned long) () at /lib64/libSPIRV-Tools-link.so
#7 0x00007f81a405eabf in spvtools::Link(spvtools::Context const&, unsigned int const* const*, unsigned long const*, unsigned long, std::vector<unsigned int, std::allocator<unsigned int> >*, spvtools::LinkerOptions const&) () at /lib64/libSPIRV-Tools-link.so
#8 0x00007f81a4062671 in spvtools::Link(spvtools::Context const&, std::vector<std::vector<unsigned int, std::allocator<unsigned int> >, std::allocator<std::vector<unsigned int, std::allocator<unsigned int> > > > const&, std::vector<unsigned int, std::allocator<unsigned int> >*, spvtools::LinkerOptions const&) () at /lib64/libSPIRV-Tools-link.so
#9 0x00007f8141f8df48 in clc_link_spirv_binaries () at /lib64/libRusticlOpenCL.so.1
#10 0x00007f8141f8aec5 in clc_link_spirv () at /lib64/libRusticlOpenCL.so.1
#11 0x00007f814169ed2d in mesa_rust::compiler::clc::spirv::SPIRVBin::link () at /lib64/libRusticlOpenCL.so.1
#12 0x00007f814166a9ac in rusticl::api::program::clBuildProgram () at /lib64/libRusticlOpenCL.so.1
#13 0x00007f81bf936341 in _opencl_device_init () at /usr/bin/../lib64/darktable/libdarktable.so
That’s (unfortunately) a known fedora mesa OpenCL bug already discussed here Current master 5.3.0+1025~gdee5699ce5 crashes at startup with old preset(s) for crop module · Issue #19958 · darktable-org/darktable · GitHub and reported at fedora bug tracker.
Currently two possible workarounds:
--disable-openclYes, both workarounds worked for me:
Option 1 - without opencl → slow
Option 2 - dnf downgrade spirv-tools-libs.x86* → works as expected