Onyx

[MrAsh5]

Mir ist in den letzten Versionen von macOS (z.B. Tahoe 26.3.1) aufgefallen, dass trotz korrekter Installation via des seperaten "Update" Users, gewisse Anzeigen immer noch gendern (in den Systemeinstellungen stand z.B. immer noch "Benutzer:innen & Gruppen"). Offenbar werden diese Texte nach wie vor aus irgendwelchen versteckten Bereichen oder Caches geladen.

Aber ich habe eine Lösung gefunden -> Onyx

Dies ist ein kostenloses Wartungstool (welches ich schon seit Jahrzehnten sicher verwende) und wenn man dieses mit allen aktiven Optionen unter "Optimierung" ausführt, ist nach einem Neustart die Gendersprache überall weg. Offenbar werden dadurch diese versteckten Bereiche & Caches gelöscht, was das macOS dazu zwingt die mittels "back2normal.sh" gepatchten Files neu "anzusaugen".

Evtl. würde es Sinn machen, diesen Hinweis in die Beschreibung mit auf zu nehmen, oder das Onyx Tool genauer unter die Lupe zu nehmen um herauszufinden welche Daten damit genau gelöscht werden und dies in "back2normal.sh" mit einzubauen.

[BigBobDalton]

Das sind gute Nachrichten. Ich musste mein gesamtes Betriebssystem auf Englisch umstellen, um diesem Wahnsinn mit der Genderoligie zu entgehen. Ich werde es heute wieder auf Deutsch umstellen und Onyx ausprobieren … vielen Dank!

[Speechman]

Oh vielen Dank MrAsh5. Das ist ein guter Hinweis. Normal halte ich von so "maintenance" Tools nicht allzuviel aber hier könnte es tats. mal nützlich sein. Ich guck mal, eigtl. müsste das Teil ja nen Log auswerfen was es wo gemacht hat.

Z.b. das mit "Benutzer:innen & Gruppen" scheint fast zufällig zu sein. Ich habe jetzt über 2 Updates hinweg keine Probleme damit gehabt. Aber beim 3. könnte es sein das da wieder :innen steht. Bei genau der selben Update-Verfahrensweise.

Werde beim nächsten Auftreten von :innen bei mir die Haken bei Optimierung mal nacheinander durchgehen bei welcher Aktion es geändert wird. Vllt. lässt sich das abkupfern.

[Speechman]

Prompt kam heute ein Update. Direkt beim 2. Versuch die Option gefunden die das bewirkt:

Neuaufbau

"Launch Services-Datenbank"

Mal schauen ob ich mit KI rausfinde was/wie das gemacht wird.

EDIT:
Sö ich habe mir einfach mal die laufenden Tasks angeschaut wenn Onyx seine Arbeit verrichtet. Das habe ich dann dort gesehen:

sudo /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -delete -seed -r -domain local -domain system -domain user

Mache gerade auf einem anderen Rechner auch ein Update und schaue ob es damit dann funktioniert ohne Onyx und direkt aus dem recovery heraus.

[Speechman]

Letztlich ist das im Recovery nicht wirklich möglich da es kein funktionierendes chroot wie unter Linux dort gibt. Mein Script habe ich somit fast unverändert gelassen. Am Ende kommt ein Hinweis auf das OnyX Tool welches man, wie im aktualisierten ReadMe beschrieben benutzen kann.

Dank MrAsh5's Hinweis konnte ich jetzt dieses ReadMe ordentlich einkürzen. Und das ganze Gehuddel mit dem Updateuser etc. entfällt gänzlich.

Einfach installieren/updaten. Recovery-Prozedere durchführen und am Ende im Livesystem OnyX drüber laufen lassen. Fertig.

[MrAsh5]

Das ich als Noob in so einer Sache mal helfen konnte 😅 . Naja, auch ein blindes Huhn findet mal ein Korn 🤣.

Dass dadurch die Verwendung des "Update" Users komplett entfällt kommt auch mir sehr entgegen, da ich gerne ein schlankes System bevorzuge und mir dieser Update User mit Benutzerordner & co. doch ein Dorn im Auge war.

[Speechman]

Es zählt letztlich nur das Ergebnis. :) Wäre da nie drauf gekommen sowas mal damit zu versuchen.