https://bugs.kde.org/show_bug.cgi?id=472846
--- Comment #7 from Ralf S <shopp...@ralfschmid.net> ---
First of all: Forget the MacOS issue. While starting with the requested
screenshots I detected a wrong setting: Delegate to Exiftool was not checked.
Checking it immediately led to proper working of the MacOs version. Sorry – my
bad!
The Linux/Kubuntu issue seems to be bit more tricky. Running 8.1.0 from an
Appimage works as expected – both files are written. Unfortunately the Snap
store is pretty sleepy, so I assume they won't update DK before Christmas or
so. Interesting question ist, why the same version 8.0.0 is running fine on
another machine with all in all the same Linux system. I suspect Exiftool being
tangled somehow. What I've noticed:
In 8.0.0 there is Exiftool 12.40, in 8.1.0 it's Exiftool 12.62. As far as I
know, Exiftool is an external source to which Digikam depends. Does that mean
there are two versions running on the system or is 12.62 included to the
Appimage? Running 'exiftool' in the terminal responses 'Syntax: exiftool
[OPTIONS] FILE Consult the exiftool documentation for a full list of options.'
while on the 'good' Linux machine a proper manual appears with the same
command. ('whereis exiftool' responds '/usr/bin/exiftool
/usr/share/man/man1/exiftool.1p.gz' on both machines).
When I disable 'Delegate to exiftool' in 8.0.0, at least the XMP sidecar gets
written, when enabling the option again, nothing at all is written to any file.
Clicking on 'Change' in the Exiftool panel of the metadata settings easily
locates Exiftool in /bin in 8.1.0, whereas 8.0.0 (on both Linux machines) shows
nothing, neither in /bin nor in /usr/bin. From my perspective it's not easy to
understand what's going on here, since Exiftool 12.40 is clearly located in
/usr/bin.
--
You are receiving this mail because:
You are watching all bug changes.
