Hi Roman, tl;dr that worked. Thank you.
I'm still baffled about what happened. Re-installing DT caused libexiv2-14 to be installed as a dependency and gave /usr/lib/x86_64-linux-gnu/libexiv2.so.14 etc. No such files existed when I was looking before, although they obviously must have at some point and I assume that a prior install, subsequently damaged, was what dpkg.log was referring to. It's worrying that dpkg.log says that this was updated on Tuesday dpkg.log:2017-03-14 06:25:04 upgrade libexiv2-14:amd64 0.25-2.1 0.25-2.1ubuntu16.04.1 but the only related files existed in /usr/local/lib. I can be confident that I didn't compile by hand, I almost never do these days and I think that trying to compile DT from source on Tuesday was the first time I'd done so on this particular machine (started about 11:00, so hours after that entry in dpkg.log) in large part because I had to install the cmake tools to build the dependencies to build DT. I can only guess that some unrelated and dodgy package install did the breaking but have no clue what that might be. Maybe I'll find out the next time I discover something that doesn't work. :) Cheers, Matthew ___________________________________________________________________________ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org