Software Stueck fuer Stueck in den Programmordner zu ziehen haette laengst enden sollen.

Was macOS mitbringt, ist begrenzt, und fuer das Fehlende hiess es frueher, auf Anbieterseiten nach Paketen zu suchen: herunterladen, auspacken, ziehen, gelegentlich einen Pfad von Hand in eine Konfigurationsdatei schreiben, und beim Entfernen die Spuren einzeln zurueckholen, wo sie gelandet sind. Unter Linux macht jede Verteilung es auf ihre Weise, und wer zwischen einem Mac und einem Server wechselt, muss die Gewohnheit zweimal wachsen lassen.

Die Antwort von Homebrew ist schlicht: Installieren, Aufwerten und Entfernen in einen Satz Befehle fassen und die Software in einem verwalteten Verzeichnis wohnen lassen, statt sie ueber das System zu streuen.

In den eigenen Keller, nicht in die Systemverzeichnisse

Den Anbieter nennt den Ort der Installation prefix: auf einem Mac mit Apple Chip ist es /opt/homebrew, unter Linux und WSL /home/linuxbrew/.linuxbrew, unter Intel macOS /usr/local.

Wichtiger ist, dass ausserhalb des prefix nichts geschrieben wird. Jedes Paket kommt zuerst in ein eigenes Fass im Cellar, ein vollstaendiges eigenes Verzeichnis mit Versionsnummer; was einen Befehl tatsaechlich benutzbar macht, sind die danach unter dem prefix angelegten Verweise. Der Nutzen dieser Zwischenstufe zeigt sich erst beim Entfernen: das Fass loeschen, und es bleibt kein herrenloses Reststueck zurueck. Muessen zwei Fassungen nebeneinander bestehen, aendert sich nur, auf welches Fass der Verweis zeigt.

Im Wortschatz gibt es auch keg-only: manche Pakete, typisch Bibliotheken, auf die andere bauen, werden standardmaessig nicht in den prefix verlinkt, damit sie dem gleichnamigen Programm des Systems nicht den Pfad streitig machen, und ob und wie sie sichtbar werden, entscheidet der Nutzer. Diese Zurueckhaltung, nicht fuer andere zu entscheiden, ist der Grund, warum es sagen kann, es verschmutze die Systemverzeichnisse nicht.

Zwei Listen: Formeln, die bauen, und Fasspakete, die Fertiges holen

Pakete gibt es in zwei Arten. Formeln beschreiben, wie ein Befehlszeilenwerkzeug, eine Bibliothek oder ein Dienst aus dem Quelltext der Herkunft gebaut wird; Fasspakete holen, was oben schon uebersetzt und signiert ist, von grafischen Anwendungen ueber Schriften bis zu Erweiterungen. Befehlszeilenwerkzeuge und Anwendungen mit Fenster stehen damit unter denselben Befehlen auf gleicher Stufe.

Die Huerde der offiziellen Sammlungen ist deutlich benannt: eine Formel in homebrew/core wird von einem Menschen geprueft, bevor sie angenommen, geaendert oder aufgewertet wird, und sie muss offen sein unter einer Lizenz, die zu den Debian Richtlinien fuer freie Software passt; Fasspakete bekommen dieselbe menschliche Runde. Was ausserhalb der offiziellen Listen liegt, laesst sich ueber einen tap ergaenzen, eine Sammlung von dritter Seite, zum Preis, dass diese Pruefung entfaellt, und die Dokumentation widmet dem einen eigenen Vertrauensweg und bittet, erst zu schauen und dann durchzulassen.

Auf einen anderen Rechner wechseln und die Umgebung aus einer Brewfile zurueckholen

Was Homebrew von einem Werkzeug zum Einrichten von Software zu einem Teil der Umgebung macht, ist Homebrew Bundle. Es tauscht Konfiguration gegen Zustand: eine reine Textdatei Brewfile schreibt auf, was du willst, und der Rest folgt, Fehlendes wird geholt, Altes aufgewertet, Erfuelltes bleibt unberuehrt.

Die Liste reicht weiter als erwartet: neben Formeln, Fasspaketen und taps auch Anwendungen aus dem Mac App Store, WinGet Pakete in WSL, Erweiterungen fuer Editoren, Pakete mehrerer Sprachen und Hintergrunddienste, die brew services startet. Auch andersherum geht es, indem es den Bestand eines Rechners in eine Brewfile zurueck sammelt.

Liegt diese Datei im Verzeichnis des Projekts, kommt das einem festgeschriebenen Entwicklungsstand nahe: eine neue Kollegin liest kein handgeschriebenes Einrichtungsdokument mehr, ein Befehl fuellt, was fehlt; fuer eine einzelne Person sind es die gesparten halben Tage beim neuen Rechner.

Eine Gewohnheit, drei Systeme

Homebrew dient laengst nicht mehr nur macOS. Die Seite nennt macOS ab Sequoia 15, Linux und WSL unter Windows. Damit ist es eines der wenigen Werkzeuge, die zwischen Apple Hardware und Linux dieselben Griffe erhalten, sodass auf dem Mac eingeschliffene Bewegungen auf dem Server nicht neu gelernt werden muessen.

Der Takt der Fassungen zeigt, dass weiter investiert wird. Fassung 6.0.0 im Juni 2026 machte das ausdrueckliche Vertrauen fuer taps von dritter Seite zur Vorgabe, ergaenzte eine Sandkiste unter Linux und setzte das Auflisten der Abhaengigkeiten vor der Bestaetigung als Vorgabe; 7.0.0 im September zog die Sandkiste enger, teilte die Installation in Herunterladen und Einrichten und hob die Mindestanforderung auf Big Sur. Aktuell ist 7.0.9.

Eines muss klar gesagt werden: waehrend macOS selbst Intel zurueckfaehrt, hat Homebrew Intel macOS auf eine niedrigere Stufe der Pflege gestellt, alte Programmdateien bleiben, neue muessen moeglicherweise aus dem Quelltext gebaut werden; nach dem Zeitplan des Anbieters endet diese Unterstuetzung im September 2027 ganz. Wer noch auf einem Intel Rechner arbeitet, sollte sich das notieren.

Drei Dinge, die vor dem Einsatz zu wissen sind

Erstens, Fasspakete gibt es nur unter macOS. Was Linux bekommt, ist die Seite der Formeln; auch die Einrichtung von Anwendungen mit Fenster abzugeben, bleibt Apple Geraeten vorbehalten.

Zweitens, es ist global. Alles liegt unter einem prefix, und ein Paket behaelt nur eine aktuelle Fassung. Wenn ein Projekt die Laufzeit einer Sprache sehr fest nagelt, gehoert dieses Beduerfnis zum Werkzeug dieser Sprache, und die allgemeinen Werkzeuge auf Systemebene bleiben bei Homebrew.

Drittens, es traegt die Last, ohne Geld zu nehmen. Homebrew ist ein gemeinnuetziges Vorhaben, ganz von Freiwilligen getragen und durch Spenden gehalten, und der Anbieter schreibt deutlich, dass es frei und offen bleibt; der Code steht unter BSD 2-clause, und die Mitwirkenden in den Sammlungen zusammen zaehlen mehr als zehntausend. Deshalb liest es sich eher wie eine oeffentliche Einrichtung: wer es nutzt, kann unterwegs eine Warnung aus der Pruefung beheben.

Geaendert wird nie der Schritt des Installierens, sondern der Zustand danach, in dem Software sich verteilt: hinein in den eigenen Keller, nach aussen ueber Verweise, der Zustand in einer Liste, die sich versionieren laesst. Dieselben Gewohnheiten tragen dann ueber macOS, Linux und WSL und ueber den Wechsel des Rechners.