Ah yes, I should have tried that. This is on a headless server, so X is piped over SSH.
$ darktable & [1] 905062 jan@paranoidandroid:~$ darktable: symbol lookup error: /usr/bin/../lib/x86_64-linux-gnu/darktable/libdarktable.so: undefined symbol: _ZN5Exiv210ExifParser6decodeERNS_8ExifDataEPKhj [1]+ Exit 127 darktable Which leads me to the right cause. An ldd darktable shows me that libexiv points to a directory in /usr/local. Probably an old experiment coming back to haunt me :( My apologies for the noise. Nothing to see here. Op zo 6 sep. 2020 om 20:01 schreef David Bremner <da...@tethera.net>: > > Control: tag -1 unreproducible. > > David Bremner <da...@tethera.net> writes: > > > Jan van de Wijdeven <kiekerjan+deb...@gmail.com> writes: > > > >> Package: darktable > >> Version: 3.2.1-3 > >> Severity: grave > >> Justification: renders package unusable > >> > >> I run darktable-cli and it immediately segfaults > >> > > > > What about regular darktable, and not on a jpeg? > > My mistake, I thought you were exporting from a jpeg. In any case I > can't reproduce it with the Olympus raws I have lying around. The > question of whether you the same problem with non-cli darktable stands. > > d >
