[Libreoffice-bugs] [Bug 144053] Installation of German Language Pack for Version 7.x fails on OSX High Sierra

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=144053

--- Comment #3 from mwilde at posteo.de ---
Hi Uwe,
no, i have only one version of LO installed.

But meanwhile i made some more investigations and found my proposal is not the
fix, it hides only another problem and so its only a (bad) workaround.

When i call your original code from terminal:
"mdls --raw --name kMDItemFSName --name kMDItemVersion
'/Applications/LibreOffice.app/' | xargs -0 | fgrep 'LibreOffice.app 7.2'" 
this returns an exit code of "1" which is treated as an error.

When i call instead my (pseudo) fix:
"mdls --raw --name kMDItemFSName --name kMDItemVersion
'/Applications/LibreOffice.app/' | xargs -0 | fgrep 'LibreOffice.app'" 
this returns a code of "0", even there are no metadata found and because uf the
"no error" result installation proceeds.

So the original cause is, that there are no metadata available on my system.
mdls does not work for any folder or file! Even the simple call of "mdls
/Applications/LibreOffice.app/*" will return with  a message:
"/Applications/LibreOffice.app/Contents: could not find
/Applications/LibreOffice.app/Contents.".
I checked now also with xattr-command and see only "com.apple.quarantine",
nothing else. So at least on my system OSX 10.13.6 (High Sierra) with homebrew
in use, the script does not work.
I would propose not to use the metadata approach in your script but to use the
user selection directly instead, because for privacy reasons spotlight might be
of also and so this will not work on a secure machine.

Best regards
Matthias

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210825/c46ac64b/attachment-0001.htm>