Ich verwende macOS 10.14.6, "Mojave". Ich habe studiert, man screenum einige Änderungen an seinem Standardverhalten vorzunehmen. Die 2. und 4. Absätze darunter CUSTOMIZATIONlauten:
2. Absatz:
Wenn screen aufgerufen wird, führt es Initialisierungsbefehle aus den Dateien „/usr/local/etc/screenrc“ und „.screenrc“ im Home-Verzeichnis des Benutzers aus. Dies sind die „Programmierervorgaben“, die auf folgende Weise überschrieben werden können: für die globale screenrc-Datei sucht screen nach der Umgebungsvariable $SYS-SCREENRC (diese Überschreibungsfunktion kann zur Kompilierzeit deaktiviert werden). Die benutzerspezifische screenrc-Datei wird in $SCREENRC und dann in $HOME/.screenrc gesucht. Die Befehlszeilenoption -c hat Vorrang vor der Suche in $SCREENRC, dann $HOME/.screenrc. Die Befehlszeilenoption -c hat Vorrang vor den oben genannten Benutzer-screenrc-Dateien.
4. Absatz:
Als Beispiele werden zwei Konfigurationsdateien mit Ihrer Bildschirmdistribution ausgeliefert: "etc/screenrc" und "etc/etcscreenrc". Sie enthalten eine Reihe nützlicher Beispiele für verschiedene Befehle.
Aber es scheint einige Abweichungen zu geben:
/usr/local/etcist nicht vorhanden$SYSSCREENRCist nicht definiert ( echo $SYSSCREENRC=> null)$SCREENRCist nicht definiertetc/screenrcexistiert nicht (auch nicht private/etc/screenrc)etc/etcscreenrcexistiert nicht (auch nicht private/etc/etcscreenrc)###Frage... Ist ein separater Update-Prozess in macOS erforderlich, um Updates für die Unix-Tools und Systemhandbücher zu erhalten? Zum Beispiel laut man screenApple-Paketen screenVersion 4.0.2 (Jahrgang Januar 2004) mit macOS 10.14.6; Diese Veröffentlichung war diesen Monat vor 16 Jahren.
Gibt es außerhalb von macOS einen Prozess zum Aktualisieren dieses Teils des Systems, der von Apple „sanktioniert“ wird? ( Mit „sanktioniert“ meine ich nur ein von Apple festgelegtes Verfahren zur Aufrechterhaltung der Systemintegrität. )
Wenn nicht, hat Apple diese Situation erkannt? Dadurch versuche ich nur zu lernen, wenn ich etwas verpasst habe.
Ist ein separater Aktualisierungsprozess in macOS erforderlich, um Aktualisierungen für die Unix-Tools und Systemhandbücher zu erhalten? Zum Beispiel laut
man screenApple-Paketen Bildschirmversion 4.0.2 (Jahrgang Januar 2004) mit macOS 10.14.6; Diese Veröffentlichung war diesen Monat vor 16 Jahren.
Nein. Es gibt keinen separaten Prozess zum Aktualisieren von Unix-Tools/Dienstprogrammen.
Es ist nur sehr unwahrscheinlich, dass die Unix-Tools über die Versionen hinaus aktualisiert werden, die Sie jetzt sehen.
Warum? GPL-Lizenzierung .
Beispielsweise screenwird es wahrscheinlich bei Version 4.0.2 bleiben, da dies die letzte Version war, die die weniger restriktive öffentliche Lizenz GPLv2 verwendet hat. Version 4.2 (2007) und nachfolgende Releases verwenden die GPLv3, die Apple generell nicht einhalten will.
Siehe Ist macOS größtenteils Closed Source? Für mehr Information.
Zu den von Ihnen angesprochenen Themen screen:
/usr/local/etcist ein BSD-Verzeichnis. Viele macOS haben BSD-Untermauerungen, aber dieses Verzeichnis wird nicht verwendet.Wenn nicht, hat Apple diese Situation erkannt? Dadurch versuche ich nur zu lernen, wenn ich etwas verpasst habe.
Es gibt nichts zu bestätigen, da dies absichtlich von Apple getan wurde. Wenn Sie auf die neueste Version eines Unix-Dienstprogramms „aktualisieren“ möchten, müssen Sie es entweder aus dem Quellcode kompilieren, MacPorts oder HomeBrew verwenden. Sie müssen sich jedoch um deren Aktualisierung kümmern.
Nein. Dies sind die richtigen Manpages für die Versionen der Dienstprogramme, die mit macOS geliefert werden.
Das einzige wirkliche Problem, das ich hier sehe, ist die Erwähnung von /usr/local/etcin der Manpage. Dies ist höchstwahrscheinlich nur ein Versehen von Apple, als sie die Manpage 1:1 aus der Distribution kopiert haben. Liest auf Mojave screendie Standardkonfiguration aus /private/etc/screenrc(die nicht existiert, es sei denn, Sie erstellen sie).
$ strings /usr/bin/screen | grep screenrc
%s/.screenrc
-c file Read configuration file instead of '.screenrc'.
Sorry, too late now. Place that in your .screenrc file.
/private/etc/screenrc
$ ls /private/etc/screenrc
ls: /private/etc/screenrc: No such file or directory
Für die anderen Artikel
screenrc(die systemweite Standardeinstellung wird normalerweise von gelesen /private/etc/screenrc) oder .screenrc(die benutzerspezifische Standardeinstellung wird normalerweise von gelesen ~/.screenrc) (oder eine maßgeschneiderte für bestimmte Anforderungen verwenden).etc/screenrcund etc/etcscreenrc" werden als Beispiele mit Ihrer Bildschirmdistribution ausgeliefert ", der Pfad ist relativ zum Distributionsverzeichnis des Quellcodes. Sie sind wahrscheinlich nicht in macOS enthalten, bei Bedarf können Sie den Quellcode von Apple oder GNU ( screenrc , etcscreenrc ) erhalten.PS: Manpages sind Teil der Standardinstallation von macOS, es gibt keinen separaten Prozess, um sie zu aktualisieren.
PPS: Neuere Versionen von Standard-Unix/GNU-Tools können normalerweise über Homebrew installiert werden .
Seamus
Allan
Z4-Stufe
/bin/bashist das Version 3.2, © 2007. Vielleicht ist die von verwendete Lizenz im MIT-Stilzshder eigentliche Motivator für Apple, die Standard-Shell zu wechseln.....Allan
Seamus
GPL licensed software; zumindest einigeBSD-licensed softwarein MacOS werden auch nicht aktualisiert.Allan
Allan
Seamus
"I read your answer and it should be down voted...". Das scheint aus zwei Gründen ein seltsamer Kommentar zu sein: 1. Sie haben die Frage beantwortet, und 2. ich habe keine Antwort eingereicht - nur die Frage.