Installation Sprachpaket: "Dies ist keine gültige Installation von LibreOffice 7.1"

Bei Installation des deutschen Sprachpakets zu LibreOffice 7.1 bricht die Installation mit folgendem Fehler ab:

Dies ist keine gültige Installation von LibreOffice 7.1

Hallo,

das ist Bug tdf#134607 - LO7RC1 - LANGPACK macOS - many versions fail to recognize LibreOffice 7.0 / 7.1 installation as valid on Catalina and Big Sur - leider.

Die unten in Englisch gegebene Antwort ist zwar inhaltlich korrekt aber

  • ohne genaue Beschreibung, welche Datei geändert werden muss ( btw /Volumes/LibreOffice de Language Pack/LibreOffice Language Pack.app/Contents/osx_install.applescript, wenn man das Installationspaket mit dem Diskmounter eingehängt hat), wie man an diese Datei dran kommt und insbesondere, wie man die durchgeführten Änderungen auch sichert (Das Installationsvolume wird mit Nur-Lese Berechtigung eingehängt) ist das relativ schwierig zu bewerkstelligen.

  • ist das einem normalen Anwender nicht zuzumuten (und so etwas sage ich eher sehr selten).

1 Like

Sorry, bin’s überhaupt nicht gewohnt, auf deutschen Foren unterwegs zu sein, daher ist Englisch bei mir ein Automatismus. Und ja, vermutlich falsches Forum, das ist nix für einen Normalanwender. Habe lediglich für mich untersucht, woran es liegt und die Info an (wenn auch nur einigermaßen) passender Stelle loswerden. Wer weiss, wo sie hin gehört, kann sie ja dort gerne reposten.

Der Bug tritt auf, wenn im Finder die Option “Alle Dateinamensuffixe einblenden” aktiviert ist.

Meine Meinung dazu: Als Analyse sehr gut, als Workaround ist die dazu angegebene Lösung in Ordnung und hilfreich, aber einem Installationsskript muss diese Einstellung herzlich egal sein.


Für mich habe ich das Skript so angepasst, dass es das tut was es soll, funktioniert aber auch nur dann, wenn ich speziell noch `set sourcedir to "/Volumes/LibreOffice de Language Pack/LibreOffice Language Pack.app/Contents"` hart kodiere, weil das Skript im Read-Only Verzeichnis nicht geändert werden kann, daher woanders hin kopiert werden muss, aber die Orginalversion das `sourcedir` bzgl. des Pfades zu seinem eigenen Speicherort bestimmt. Insofern auch nur funktional für genau dieses `de` Sprachpaket. (**PS** Ein `rw` remount des `.dmg` files ist mir nicht gelungen - und **alles** woanders hin kopieren wollte ich nicht; sollte aber dann ohne diese Änderung gehen)

Ja, das kann der Programmierer des Installationsskripts wie folgt hinbekommen:

tell application "Finder"

	if (all name extensions showing of Finder preferences) is true then
		set displayedName to "LibreOffice.app"
	else
		set displayedName to "LibreOffice"
	end if
end tell

und dann die Variable entsprechend einsetzen.

Danke!

:heavy_check_mark: Das hat geholfen.

Nachtrag: Wenn ich es richtig verstanden haben wurde das nun durch die Verwendung von kMDItemDisplayNameWithExtensions (anstelle von kMDItemDisplayName) gefixed.

@msmr

Wenn es Dir geholfen hat, wäre es nett, das durch Anklicken des kleinen Häkchens (:heavy_check_mark:) direkt neben der Antwort (wird grün dabei) kenntlich zu machen. Vielen Dank …

Ja, die Lösung mit kMDItemDisplayNameWithExtensions (kannte die Option nicht) ist sicher weit sinnvoller.

Sorry für den versehentlich englischen Post:

Hier gibt’s ne bessere Antwort:

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

Good news everyone, seems that Florian just stumbled upon what is causing the issues:

  • the bug occurs if you configure finder to show all file extensions

[…]

Finder | Properties | Advanced → first option there…

Auf Deutsch:

Gute Nachricht für alle: sieht so aus als sei Florian über die Ursache gestolpert:

  • Der Bug tritt auf, wenn im Finder die Option “Alle Dateinamensuffixe einblenden” aktiviert ist.

Also: Finder → Einstellungen… –> Erweitert → dort die Option rausnehmen, installieren und bei Bedarf wieder reinnehmen.

Allerdings könnte ich mir sehr gut vorstellen, dass unterschiedliche Versionen von AppleScript (je nach OS Version) unterschiedliche Ergebnisse erbringen könnten. Apple hat in seine unendlichen Weisheit solche Dinge über die Jahre immer wieder geändert / verschlimmbessert.

Meine ursprüngliche Antwort

The installation AppleScript for the package has two longstanding bugs, at least speaking of System 10.13.6, High Sierra:

(1) the following line is flawed:

set found_ooos_all to (do shell script “mdfind “kMDItemContentType == ‘com.apple.application-bundle’ && kMDItemDisplayName == ‘LibreOffice’””)

it has to be

set found_ooos_all to (do shell script “mdfind “kMDItemContentType == ‘com.apple.application-bundle’ && kMDItemDisplayName == ‘LibreOffice.app’””)

to work.

(2) Similarly the following line

do shell script “mdls --raw --name kMDItemDisplayName --name kMDItemVersion " & quoted form of (choice as string) & " | xargs -0 | fgrep ‘LibreOffice 7.1’”

must read

do shell script “mdls --raw --name kMDItemDisplayName --name kMDItemVersion " & quoted form of (choice as string) & " | xargs -0 | fgrep ‘LibreOffice.app 7.1’”

to make the installation process work.

Hier wird Deutsch gesprochen und auch geschrieben!

Hallo,
ich hab’ mir gerade die 7.2.2 installiert und bekomme die gleiche Fehlermeldung (natürlich entsprechend “…7.2”); egal ob mit oder ohne Anzeige der Suffixe im Finder (macOS Mojave 10.14.6)

Hat jemand ne Idee?

Kann man das Language Pack nicht manuell irgendwo reinpatchen?

OK, ich hab’s auf eine etwas “unorthodoxe Art” selbst gelöst:

Ich hab’ LibreOffice danach sowieso auch auf meinem anderen Mac (BigSur 11.6.1 intel) 7.2.2 updated, und dort hat das Language Pack funktioniert. Also die App gezippt und auf den Mojave Mac gezogen, dort entpackt - et voilà :innocent: