Apfel Z | Mac

Zwei Tage lang hatte ich damit gekämpft, dass bei einem Firefox-Browser (Version 84) kein Basic Auth Anmeldefenster mehr erschien, über welches man sich bei der einen oder anderen Intranet-Seite anmelden muss.
Die Seite blieb nur weiß und der Browser lädt und lädt, als ob vom Server die Daten nicht reintröpfeln würden. Es erschien keine Fehlermeldung.

Die Lösung war so simpel wie dämlich: Ich hatte am Vortag an einer Testseite gearbeitet, die ebenfalls HTTP Basic Auth verlangt und dieses Fenster im Dock abgelegt.
Firefox kann man wohl nur einen Basic-Auth-Dialog auf's Mal anzeigen und beim nächsten Computerstart erschien der Dialog bei dem im Dock abgelegten Fenster (welches nicht zu sehen ist) und alle anderen Seiten, die einen Basic-Auth-Dialog verlangen, bleiben weiß.

Lösung: Mal alle Fenster durchsuchen, die man so offen hat, ob da noch ein Basic-Auth-Dialog offen ist, bei jenem einloggen oder Fenster schließen.

Etwas dämlich und wohl eher nen Bug.

Auf einmal waren sie weg: Die kleinen Dreieckchen zum Ordner-Aufklappen in der Listenansicht.

Seltsamerweise nur bei meinem Download-Ordner.

Da half auch kein Neustart.

Ein Bug?

Wahrscheinlich muss ich irgendwann mal das falsche Tastenkürzel verwendet haben und hatte damit Darstellung > Ausrichten nach > Name aktiviert.

Ist diese (oder eine andere "Ausrichten nach"-)Option aktiviert, kann man die Ordner in der Listendarstellung nicht mehr aufklappen, da besagtes Dreieck fehlt.

Nachdem ich Darstellung > Ausrichten nach auf Ohne gestellt habe, waren die Dreieckchen wieder da.

Leider erkennt man bei vielen Arten, die man unter "Ausrichten nach" auswählen kann nicht, dass eine derartige Option aktiv ist. Bei "Ausrichten nach Änderungsdatum" werden immerhin kleine Gruppierungs-Überschriften zwischen den Dateien eingeblendet.

Dämlich, oder?

Vielleicht eher eine exotische Installation aber ich benötige in meinem Büro Zugriff auf zwei komplett getrennte Netzwerke zweier Firmen.
Praktischerweise im selben Gebäude untergebracht und beide Netzwerke lassen sich zu der Netzwerkdose in meinem Büro patchen, der Mac hat auch zwei Ethernet-Ports...prima!

Nur wie und wo kann man einstellen, welcher Ethernet-Port für welche Verbindung genutzt wird?

In diesem Artikel hatte ich beschrieben, wie man einen bootfähigen USB-Stick für MacOS X 10.9 erstellt.
In den folgenden Systemen hat sich das Vorgehen allerdings leicht geändert:

Wir benötigen einen USB-Stick mit mindestens 12 GB Speicherplatz, der zuvor mit dem Festplattendienstprogramm auf "MacOS Extended (Journaled)" formatiert wurde.

Außerdem benötigen wir das Installationspaket. In diesem Artikel unter "Installer besorgen" habe ich beschrieben, wie man an dieses kommt.

Achtung: Wer dies bereits mal vor dem 24. Oktober 2019 gemacht hatte, wird sich, wenn er den System-Stick mal benötigt, wundern, dass er nicht mehr funktioniert.
Bedingt durch ein abgelaufenes Zertifikat ist der USB-Stick nutzlos geworden und man muss nun diese ganze Geschichte nochmals mit einem frisch von Apple heruntergeladenen Installer durchführen, um wieder einen funktionierenden System-Stick zu haben.
Ich hasse diesen Zertifikats-Mist!

Da ab MacOS X 10.13 kein FTP-Server mehr in das System integriert ist (zuvor war er für ein paar Systemversionen zwar versteckt aber immerhin vorhanden), muss man nun selbst Hand anlegen.

Ich hatte mich an pureFTP, proFTP und vsFTP versucht, da sich alle drei mit Hilfe von Homebrew installieren lassen, wobei ich im Folgenden nur die Installation von pureFTP und proFTP aufführe, da ich vsFTP nicht wirklich zum Funktionieren gebracht hatte (ich bekam keine virtuellen User eingerichtet).

Bisher hatte ich meine HTTPS-Zertifikate von cacert.org bezogen. Kostet nix und hält ein halbes Jahr.

Allerdings kam ich bei der Installation von bitwarden mit cacert nicht mehr weiter und musste mich mit letsencrypt befassen, auch wenn die Zertifikate hier all 3 Monate ausgetauscht werden müssen. Dafür erledigt dies der certbot (ein Kommandozeilenprogramm) mehr oder weniger von alleine.
Von dem her ist HTTPS mit letsencrypt keine große Sache, wenn es denn mal installiert ist...

Ich nutze seit einiger Zeit den Passwortmanager Bitwarden und bin sehr zufrieden.

Einziges schlechtes Gefühl bei der Sache: Wenn mir der Server abraucht oder mal bei einem Docker-Experiment etwas schief läuft, dann habe ich mir vielleicht von meinen Passwörtern ab und an ein manuelles Backup gezogen, auf welches ich zurückgreifen kann; alle anderen Nutzer, denen ich Bitwarden auf's Auge gedrückt habe, stehen aber dumm da (weil kein normaler Mensch in meinem Umkreis sich um Backups schert. Macht ja heutztage sowieso "die Cloud").

Nun habe ich mir ein Skript zusammengezimmert, welches täglich die sqlite3-Datenbank von Bitwarden aus dem Docker-Container rauskopiert.
Sollte irgendwas mal schief gehen, weiß ich zwar noch nicht, wie ich die Datenbank in eine Neuinstallation rein bekomme, aber immerhin habe ich mal eine aktuelle Kopie der Datenbank ;-)

Disclaimer: Dieser Artikel ist nur hilfreich, wenn man bitwarden mit einer sqlite3-Datenbank betreibt (bis vor einiger Zeit bei bitwarden_rs die einzige Möglichkeit).

Ich habe auf meinem Mac-Server mit Hilfe von liip.ch PHP auf eine neuere Version gebracht, als standardmäßig mit Apple ausgeliefert wurde.

Nachdem ich erst auf PHP 7.2 und später auf PHP 7.3 upgedatet hatte, habe ich nun irgendwie noch Reste der PHP 7.2 Installation rumfahren, was sich zu einem ziemlichen Problem entwickelt hatte, als ich die ImageMagick-Erweiterung für PHP (Imagick) nachinstallieren wollte.

Wobei dieses Problem wohl bei jeder "ganz einfach mit dem Oneliner-Befehl pecl installieren"-Erweiterung zu Tage tritt.

Mit manchen Problemen kann man sich die ganze Nacht um die Ohren schlagen, obwohl die Lösung doch eigentlich so einfach herauszufinden wäre. Vielleicht lag das eigentliche Problem auch an fortgeschrittener Stunde.

Jedenfalls plagte ich mich bei einem neu aufgesetzten Server mit einer nicht funktionierenden Update-Funktion von TinyTiny RSS herum. Ein Must-Have!

Per launchd wird im gewünschten Intervall ein php-Skript ausgeführt, welches nach neuen Artikeln sucht und diese in der Datenbank speichert. Auf dem neuen Server regte sich allerdings nichts und in der Log-Konsole erschien folgede un-aussagekräftige Fehlermeldung nach dem Starten des launchdDienstes:

Jun 6 23:47:03 apfelz-server com.apple.xpc.launchd[1]
(net.apfelz.update_feeds[27462]): Service could not initialize:
17G12034: xpcproxy + 11458 [1524][32B22DEC-BDC5-30DF-A817-217B98F95BE1]: 0xd

Eine selten beachtete Möglichkeit für Automatisierung oder einer prakischen Abkürzung ist das kleine Aufklappmenü mit dem unpassenden Namen "PDF" links unten in jedem System-Druckdialog.
Von mir eigenlich so gut wie immer nur dazu verwendet, um das Gewünschte als PDF zu sichern, statt auf einen Drucker zu schicken.

Dieses Aktions-Menü kann allerdings noch viel mehr, als nur "PDF".

Hier gibt es viele praktische Aktionen, wie etwa die Inhalte als PDF in der Vorschau anzuzeigen (statt auszudrucken) oder direkt per E-Mail zu senden. Und mit Hilfe von Automator kann man noch weitere Aktionen hinzufügen.
Als PDF direkt auf einem bestimmten Server ablegen und Ränder abschneiden? Als Bild konvertieren und wo hin senden? Kein Problem.

Softwareupdates in MacOS X 10.6

Vielleicht erinnert sich noch jemand an das alte Software-Update-Fenster, welches es bis MacOS X 10.6 gab: Ein kleines übersichtliches Fenster, welches alle verfügbaren Updates untereinander listete und die oftmals praktische Möglichkeit mit sich brachte, Updates zu ignorieren (so dass sie auf der Liste nie mehr auftauchten).
Man mag nun schreien "Updates sind wichtig! Die Sicherheit!1!!". Aber es mag auch vernünftige Gründe geben, Updates von Programmen oder Systembestandteilen zu ignorieren.

Die Möglichkeit, Updates zu ignorieren, ging offenbar verloren, als das alles in den AppStore umzog und ist auch nicht wieder zurückgekehrt, nachdem nun wiederum alle Systemupdates in die Systemeinstellungen umgezogen sind.

Per Kommandozeile ist diese Möglichkeit aber weiterhin da.
Wer hätte das gedacht?

Achtung: Dieser "Trick" funktioniert nicht mehr, sobald man das "Sicherheits"update 2020-03 installiert hat! :-(

Ich gebe zu: Das 2008er MacBook meine Freundin ist nicht wirklich für MacOS 10.13 und dem damit einhergehenden "Photos"-Programm geeignet. Aber: Dank einem kleinen Hack lässt es sich installieren und läuft im großen und ganzen doch Apple-gewohnt stabil.
Nur der iPhoto-Ersatz Fotos treibt Prozessor und Lüfter zur weißglut. Ob das jetzt am ungewollten Einsatz des Programmes auf dem relativ alten Laptop liegt oder dass das Programm einfach einen generellen Bug hat, sei mal dahin gestellt. Dass Leute mit dem ewig dauernden Foto-Scan-Vorgang ein Problem haben, liest man im Internet zu genüge. Nur die Lösungen sind rar. Apple bessert natürlich nicht nach, denn wenige Monate später war ein neues Betriebssystem auf den Markt geschmissen. Wer will da noch seinen Mist vom letzten Jahr von Fehlern befreien oder den dazugehörigen Programmen Updates spendieren?

Auf jeden Fall sind nun Monate (!) nach der Migration der iPhoto-Datenbank zu Fotos gerade mal 3000 von 25000 Fotos gescannt. Ich glaube, bevor wir hier jemals durch sein werden, schmort noch irgendetwas durch.

Eigentlich hätte ich von Apple erwartet, dass es in den Voreinstellungen einen einfachen Haken gibt á la "Ja, ich möchte, dass meine Fotos nach Objekten/Gesichtern gescannt werden", den man entfernt, wenn man es eben nicht möchte.
Aber nicht bei Apple im Jahre 2017.

Ich hasse es eigentlich, irgendwelche Paketmanager im Firmennetzwerk verwenden zu müssen, denn das gibt immer nur Ärger.
Ohne HTTPS-Verbindung geht ja inzwischen nix mehr. Allerdings tauscht der Firmen-Proxy die Zertifikate aus, so dass nie etwas so funktioniert, wie in Dokumentation und FAQ beschrieben ist.

Dieses Mal ~~wollte~~ musste ich composer verwenden.
Der auf der Downloadseite beschriebene Download funktioniert natürlich sowieso nicht und ich will hier ein kleines Geheimnis für alle jene lüften, die den "Manual Download" verwenden und nachher nicht wissen, was sie mit der heruntergeladenen Datei composer.phar machen sollen: Dies ist composer! Legt ihn irgendwo ab, wo ihr euch nächstes Mal noch dran erinnern könnt, wenn ihr den Mist nochmals braucht und verwendet ihn mit ./composer.phar <argumente> oder php composer.phar <argumente>
Mich selbst hatte die .phar-Erweiterung verwirrt.

Das war doch schonmal einfacher...?

Als ich eben meinen Bildschirmhintergrund erneuern wollte – und als Mediengestalter, der es immer recht genau nimmt, wollte ich dafür ein Bild mit genau der richtigen Größe verwenden – schaute ich doch erstmal in die Röhre, als ich an dem von älteren macOS-Versionen bekannten Ort nachschauen wollte.

Darauf wäre ich ohne Google nie gekommen: Um in den Systemeinstellungen unter Monitore hinter die Bildschirmauflösung der angeschlossenen Monitore zu kommen, muss man zuerst "Skaliert" statt "Standard für Monitor" auswählen. Und danach sieht man dann eben jenen "Standard für Monitor" (im Beispiel rechts wären das 1920x1200 Pixel). Weiterlesen...

Die meisten Mac-User werden das alte klassiche macOS wahrscheinlich nicht kennen. Bevor Apple 10er-Versionsnummern á la 10.13 und 10.14 auslieferte, gab es sehr wohl auch die Versionen 7, 8 und 9.
Der Umstieg von macOS 9 zu macOS X 10.0 war damals ein Quantensprung: Erst seit da hat macOS einen Unix-Unterbau (wenn es keine doppelt gemoppelte 10 darstellen soll, dann kommt das X bei "macOS X" wohl daher...allerdings verzichtet Apple seit einigen Jahren nun wieder auf dieses X).

Bis macOS X 10.5 konnte man die "klassischen Programme" (also Programme, die für macOS 7, 8 oder 9 geschrieben waren) weiterhin verwenden. Dafür startete macOS X im Hintergrund eine "Classic Umgebung", welche das Programm ausführte.
Das war damals genial. Während Windows XP keine Windows 95 Programme ausführen konnte, schaffte Apple es, Programme auszuführen, die für ein komplett anderes Betriebssystem geschrieben waren. Chapeau!
Und heutzutage werden die Programme so kompliliert, dass sie den Start schon verweigern, wenn man eine Betriebssystemversion hintendran ist.

Dies nun mal als Vorgeschichte. Unter Umständen könnte es mal nötig werden, auf das aus dem Jahre 1999 stammende System 9 zurückzugreifen. Da die Classic-Umgebung ab macOS 10.5 entfernt wurde, geht dies inzwischen nur noch über ein OpenSource-Projekt namens "SheepShaver".