Apple

Ich frage mich ja, ob sich der Aufwand lohnt... OS X zu patchen, damit es auf Nicht-Apple Rechnern läuft, bei jedem Apple-Update befürchten müssen, dass es irgendwas kaputt macht, Treiber irgendwoher zaubern für die Hardware..

Wäre es da nicht ziemlich bald effektiver, den Kram einfach nachzubauen? Klar, das "Artwork" 1:1 übernehmen ist damit nicht möglich, und es ist auch einiger Aufwand (siehe Haiku oder ReactOS) - aber im Gegensatz zu den beiden Systemen wäre das Basissystem (Darwin) ja schon vorhanden, für den Highlevelkram könnte man bei GNUstep oder Cocotron abkupfern und sich die Sachen dann zurechtbiegen, dass sie ihren Gegenstücken in OS X entsprechen...

Und vielleicht könnte so ein Projekt dann auch eine einheitliche GUI bereitstellen (wieviele Themes hat Apple momentan im aktiven Gebrauch? Mindestens drei: Aqua, Brushed Metal und das farbneutrale Profi-Theme)

Seit OS X 10.5 werden nicht-Apple AFP-Server nicht mehr ohne weiteres gefunden. Das liegt diesmal nicht daran, dass AFP mal wieder verändert wurde, sondern dass für den Lookup nun mDNS alias Zeroconf alias Bonjour, statt appletalk verwendet wird.

Mit dem Wissen ist die Lösung dann auch denkbar einfach:

Gestern gabs mal wieder Gottesdienst bei Apple, mit einigen Neuigkeiten, darunter das MacBook Air.

Die üblichen Nachteile sind wohl alle schon ausreichend diskutiert worden (nur 1 USB Port, kein DVD-Laufwerk, kein Ethernet, kein Audio-in, PATA-Festplatte statt SATA), aber was mir beim Durchlesen der Werbe-Webseite aufgefallen ist: "2GB of 667MHz DDR2 SDRAM onboard" - heißt "onboard", dass der Kram aufgelötet ist, so wie "damals"? Wenn man also jemals mehr RAM braucht, wars das?

Oh, der Akku ist auch nicht auswechselbar. Das wird viel Spaß für den Apple Support in 2 Jahren: Akkus tauschen lassen, aber ja die Festplatten nicht anrühren.

Auch lustig: Die Apple-Fanboys (und -girls) sind schon schwer im Verteidigungsmodus. Die CPU ist langsamer? - "Wer nutzt die Performance seines Rechners heutzutags überhaupt?" uswusf.

(Passt nicht ganz in die Kategorie "Software", aber Apple propagiert ja immer "Think Different", von daher passt es wohl doch.)

Immerhin brauchte Apple für "Time Machine" Hardlinks auf Verzeichnisse - also die Möglichkeit, dass ein Verzeichnis mehrfach auftaucht, obwohl es nur einmal existiert.

Es gibt eine ganze Reihe von Gründen, warum so etwas eine schlechte Idee ist. Angefangen beim hässlichen Problem, wenn /a/b/c ein Hardlink auf /a ist (Endlosschleife!), über Dateien, die plötzlich an mehreren Orten auf einmal gelöscht sein könnten (oder hat Apple da Spezialsemantik mit Copy-On-Write?), bis zu hässlichen Interna im Dateisystem (Wann sind Daten denn nun wirklich gelöscht? Man versuche zum Beispiel, /a im Beispiel oben zu löschen...)

Also "Unix-zertifiziert", und gleichzeitig so etwas...

Apple hat die Klartextauthentifizierung in AFP standardmäßig deaktiviert. Ärgerlich, wenn man einen AFP-Server auf Debian-Basis hat, der, wegen Lizenzschwächen (Netatalk ist GPL und damit inkompatibel zu OpenSSL) ohne die stärkeren Authentifizierungsmechanismen klarkommen muss.

Aber zum Glück kann man das auch weiterhin drehen:

defaults write com.apple.AppleShareClient afp_cleartext_allow -bool true