<div dir="ltr"><div>Ah yes, I should have tried that. This is on a headless server, so X is piped over SSH.</div><div><br></div><div>$ darktable &<br>[1] 905062<br>jan@paranoidandroid:~$ darktable: symbol lookup error: /usr/bin/../lib/x86_64-linux-gnu/darktable/libdarktable.so: undefined symbol: _ZN5Exiv210ExifParser6decodeERNS_8ExifDataEPKhj<br><br>[1]+  Exit 127                darktable</div><div><br></div><div>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 :(<br></div><div>My apologies for the noise. Nothing to see here.<br></div><div></div><div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Op zo 6 sep. 2020 om 20:01 schreef David Bremner <<a href="mailto:david@tethera.net" target="_blank">david@tethera.net</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Control: tag -1 unreproducible.<br>
<br>
David Bremner <<a href="mailto:david@tethera.net" target="_blank">david@tethera.net</a>> writes:<br>
<br>
> Jan van de Wijdeven <<a href="mailto:kiekerjan%2Bdebian@gmail.com" target="_blank">kiekerjan+debian@gmail.com</a>> writes:<br>
><br>
>> Package: darktable<br>
>> Version: 3.2.1-3<br>
>> Severity: grave<br>
>> Justification: renders package unusable<br>
>><br>
>> I run darktable-cli and it immediately segfaults<br>
>><br>
><br>
> What about regular darktable, and not on a jpeg?<br>
<br>
My mistake, I thought you were exporting from a jpeg. In any case I<br>
can't reproduce it with the Olympus raws I have lying around. The<br>
question of whether you the same problem with non-cli darktable stands.<br>
<br>
d<br>
</blockquote></div></div>