Diskussion:MacOS High Sierra

Ergänzende Updates

Müssen wir die "ergänzenden Updates" unbedingt aufführen? Bei den vorherigen macOS-Versionen wurde dies auch nicht gemacht. Es geht ja eher darum, neue 10.13.X Releases übersichtlich darzustellen. Appleuser15 (Diskussion) 19:40, 17. Jan. 2018 (CET)

Du meinst die 10.13.3 beta5, nicht? Ist von Interesse, da es immer noch keine stabile Version gibt.--Lectorium (Diskussion) 21:35, 17. Jan. 2018 (CET)

Es geht wohl eher um die "nachgeschobenen" Updates, die keine neue Versionsnummer bzw. Darwin-Version mit sich bringen. Anyway, auch die ergänzenden Updates haben einen eigenen Build und gehören zur Versionsgeschichte. Am Ende hat die Tabelle vielleicht vier Zeilen mehr als ohne die Ergänzungen, kann imho drin bleiben. Ich war mal so frei und habe die Tabelle etwas optimiert. Gruß –-Solid State «?!» 23:22, 17. Jan. 2018 (CET)

So ist es doch schon viel übersichtlicher. Appleuser15 (Diskussion) 21:19, 18. Jan. 2018 (CET)

Ich schließ mich da Solid State an. Eigener Build > Relevanz. Nankea (Diskussion) 12:16, 24. Jan. 2018 (CET)

Die Argumentation ist nicht ganz schlüssig. Nach dem letzten .6-Update einer macOS-Version, erhalten diese noch 2 Jahre lang Sicherheitsupdates, wobei sich mit jedem Sicherheitsupdates die Build-Nummer ändert. Folglich müsste man auch jedes Sicherheitsupdate auflisten, auch wenn die macOS-Version bei xx.xx.6 bleibt, z.B. 10.11.6 oder 10.12.6 etc. So wird auch schon im englischen Wikipedia-Eintrag verfahren. Appleuser15 (Diskussion) 14:28, 25. Jan. 2018 (CET)

Wenn noch eine Meinung gefehlt hat, dann gibt's hiermit eben meine Meinung:

Buildnummern sind bis jetzt nur als Zusatzinformation zur veröffentlichten Versionsnummer eingeflossen.Buildnummern von Security-Updates oder Vorabversionen sind zumindest nicht gesondert inklusiert, da einzig die offiziellen xx.yy.zz Versionsnummern (z.B. 10.0.4, 10.4.11, 10.10.5, 10.13.4, ...) gelistet wurden und eben eine betreffende Buildnummer dazu. Zu Beachten ist außerdem, dass diese Buildnummer ja nur den Unix-Teil betrifft, war genau genommen Darwin genannt wird, aber noch genauer gesagt ist es die Buildnummer vom Kernel, also XNU. Lässt sich davon auf jede einzelne Security-Update-Änderung schließen? Ich denke nicht, außer der Kernel wurde ebenfalls verändert und erhielt deshalb eine neue Buildnummer. Wurde aber z.B. der Schlüsselbund korrigiert, glaube ich kaum, dass deshalb eine neue Buildnummer auftauchen wird.

Was bedeutet das für die Listung der Versionen? Meiner Meinung nach folgendes: Wenn ein spezieller Build eine ganz wichtige Besonderheit enthält, die eine Nunnung relevant machen würde, dann kann man wohl eine Ausnahme machen. Das wäre allerdings das erste Mal, denn wenn soetwas eintritt so gab's bis jetzt immer auch eine neue Versionsnummer. Was allerdings schon geht, ist, eine Vorabversion zu listen und die betreffende Zeile dann durch die finale Version zu ersetzen, sobald diese verfügbar wird.

‣Andreas•⚖ 22:07, 25. Jan. 2018 (CET)

Gegenbeispiel: Mac OS X Snow Leopard siehe 10.6.3 v1.1 und 10.6.8 v1.1--Punkt64 ✉ 17:20, 27. Jan. 2018 (CET)

Gutes Beispiel, ich nehme mal die 10.6.8 v1.1: Da es sich um einen Re-Release handelt kann die erste Veröffentlichung eigentlich gestrichen werden. Außerdem kann man das Update 10.6.8 vom Juni bei Apple nicht mehr bekommen, die "Version 1.1" vom Juli hingegen schon. Oder ist da sonst irgend etwas besonderes daran? ‣Andreas•⚖ 23:46, 27. Jan. 2018 (CET)

Die zentrale Frage lautet doch: Welchen Sinn hat diese Tabelle? Sie soll Informationen liefern, und zwar den Menschen, die dort nachschauen und im Zweifel feststellen wollen, wo es bei Ihnen hakt. Deshalb halte ich die ergänzenden Updates für imminent wichtig. Beispiel: Vor dem Update habe ich die Buildnummern nachgeschaut. Leider hat eine ID die neue Buildnummer in die Tabelle eingetragen, aber sonst im Wesentlichen nix. Kein neues Datum, kein Update. Hat mich dann doch ein bisschen Zeit gekostet, nachzuschauen, ob mir da ein Update durch die Lappen ist, und weshalb. Wäre die Tabelle vollständig gewesen, wäre gleich aufgefallen, dass die eingetragene Buildnummer die des Updates von gestern ist. Nankea (Diskussion) 10:25, 20. Feb. 2018 (CET)

Abschnitt „Schwerwiegende Sicherheitslücken“

Die hier beschriebenen Sicherheitslücken sind von 2017 und 2018. Ich nehme an, dass diese inzwischen durch Patches von Apple behoben sind. Dies sollte im Abschnitt vermerkt werden, ersatzweise kann der Abschnitt auch gelöscht werden. -- Johamar (Diskussion) 12:55, 8. Nov. 2020 (CET)