Homebrew unter Linux installieren und verwenden
Installieren Sie Homebrew unter Linux, richten Sie den PATH ein, verwalten Sie Pakete, teilen Sie Tools per Brewfile und erfahren Sie mehr über Linux, WSL und Homebrew 7.0.
Um Homebrew unter Linux zu installieren, installieren Sie zunächst die Build-Tools Ihrer Distribution, führen dann das offizielle Installationsskript von brew.sh aus, fügen brew shellenv in die Startdatei Ihrer Shell ein und prüfen anschließend die Einrichtung mit brew doctor.
Ubuntu LTS liefert neovim oder gh oft in einer Version aus, die ein Jahr hinter dem Stand auf Ihrem Mac zurückliegt, und jedes Mal aus dem Quellcode zu bauen, wird schnell lästig. Homebrew stellt aktuelle Versionen in einem Präfix bereit, das Ihrem Benutzer gehört, und ein einziges Brewfile kann beide Rechner beschreiben. Diese Anleitung führt von der Installation bis zur täglichen Nutzung und behandelt anschließend Brewfiles, die Linux-Änderungen in Homebrew 7.0, WSL und die Deinstallation.
Das Wichtigste in Kürze
- Homebrew unter Linux installiert nach
/home/linuxbrew/.linuxbrewund nutzt vom Host-System ausschließlich glibc und gcc, und auch nur dann, wenn diese aktuell genug sind. - Debian/Ubuntu benötigen vor der Installation
build-essential procps curl file git. Fedora benötigt die Gruppedevelopment-toolssowieprocps-ng curl file. - Ein Brewfile ist Ruby-Code. Ergänzen Sie eine Zeile um
if OS.linux?oderif OS.mac?, kann eine einzige Datei beide Plattformen bedienen. - Homebrew 7.0 ersetzt die Bubblewrap-Sandbox durch das Kernel-Feature Landlock, sodass keine zusätzliche Installation nötig ist.
- Unter Windows läuft Homebrew nur innerhalb von WSL 2. WSL 1 gehört zu Tier 3, natives Windows wird nicht unterstützt.
Wann sollten Sie Homebrew unter Linux statt apt oder dnf verwenden?
Verwenden Sie Homebrew für Kommandozeilen-Tools, die Sie in neueren Versionen benötigen, als Ihre Distribution sie ausliefert. Für Treiber, Systembibliotheken, Server-Daemons und alles, wovon andere Systempakete abhängen, bleiben Sie bei apt, dnf oder pacman. Die Dokumentation zu Homebrew on Linux erläutert, dass Homebrew vom Host nur glibc und gcc nutzt, und das auch nur, wenn diese aktuell genug sind. Auf älteren Distributionen bringt es eigene Versionen beider Komponenten mit. Dadurch existieren Homebrew-Pakete parallel zu Ihren Systempaketen, ohne diese zu beeinflussen.
| Homebrew verwenden für | apt / dnf / pacman verwenden für |
|---|---|
| node, gh, ripgrep, neovim in aktuellen Versionen | GPU-Treiber, Kernelmodule |
| Benutzerspezifische Installationen unter einem Präfix | Gemeinsam genutzte Systembibliotheken |
| Ein Brewfile, das Sie mit Ihrem Mac teilen | Von systemd verwaltete Serverpakete |
| Alles, wovon andere Systempakete abhängen |
Voraussetzungen und Build-Tools
Homebrew benötigt einen funktionierenden System-C-Compiler sowie die Standard-Entwicklungswerkzeuge Ihrer Distribution. Installieren Sie diese mit dem Paketmanager Ihres Systems, bevor Sie den Homebrew-Installer ausführen:
# Debian / Ubuntu
sudo apt-get install build-essential procps curl file git
# Fedora
sudo dnf group install development-tools
sudo dnf install procps-ng curl file
# Arch Linux
sudo pacman -S base-devel procps-ng curl file git
Die Anforderungen für Homebrew on Linux setzen einen funktionierenden System-C-Compiler sowie die Standard-Entwicklungswerkzeuge Ihrer Distribution voraus. Installieren Sie diese daher zuerst, auch wenn Homebrew später ein eigenes gcc hinzufügt.
Die Support Tiers definieren Linux-Tier-1 als Kombination aller folgenden Punkte:
- Ubuntu innerhalb des regulären Supportzeitraums oder ein Homebrew-Docker-Image
- System-glibc 2.39 oder neuer
- Kernel 3.2 oder neuer
- ARM64 oder x86_64 mit SSSE3
- das Standardpräfix oder ein kompatibles benutzerdefiniertes Präfix
- Installation aus Bottles
Debian-, Fedora- und Arch-Systeme gehören nicht zu Tier 1. Auf Systemen mit glibc 2.13 bis 2.38 (Tier 2) installiert Homebrew eine eigene glibc. Andere Plattformen sind stärker eingeschränkt: 32-Bit-ARM-Boards wie der Raspberry Pi erhalten keine Bottles und fallen unter Tier 3, 32-Bit-x86 wird überhaupt nicht unterstützt.
Homebrew installieren und zum PATH hinzufügen
Führen Sie den Installer von brew.sh als normaler Benutzer aus, nicht als root:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
Der Installer richtet Homebrew in /home/linuxbrew/.linuxbrew ein. Mit dem Standardpräfix erhalten Sie die zuverlässigste Unterstützung für Bottles. Die Option --path des Installers akzeptiert ein benutzerdefiniertes Präfix, das nicht länger als das Standardpräfix (26 Byte) ist. Die Release Notes zu Homebrew 7.0.0 bezeichnen abweichende Präfixe derzeit jedoch weiterhin als nicht unterstützt. Bleiben Sie daher beim Standard, sofern Sie keinen triftigen Grund für eine Abweichung haben.
Laden Sie Homebrew anschließend in die aktuelle Shell und machen Sie die Einstellung dauerhaft:
eval "$(/home/linuxbrew/.linuxbrew/bin/brew shellenv)"
echo 'eval "$(/home/linuxbrew/.linuxbrew/bin/brew shellenv)"' >> ~/.bashrc
Wenn Sie zsh verwenden, hängen Sie die Zeile stattdessen an ~/.zshrc an. Die shellenv-Einrichtung auf der Linux-Dokumentationsseite deckt beide Shells ab.
Prüfen Sie dann die Installation:
brew doctor
brew install hello
brew doctor meldet Konfigurationsprobleme. Auf einer älteren Distribution installiert der erste Aufruf von brew install zusätzlich Homebrews eigene glibc und gcc.
Pakete installieren und aktuell halten
Installieren Sie Pakete mit brew install, aktualisieren Sie Homebrews Paket-Metadaten mit brew update und bringen Sie installierte Pakete mit brew upgrade auf den neuesten Stand:
brew install gh ripgrep neovim node
brew update # refresh Homebrew and package metadata
brew upgrade # upgrade installed packages
Stellen Sie einem brew-Befehl niemals sudo voran. Führen Sie brew immer mit dem Konto aus, dem das Präfix gehört. Der Installer und die Installation der Build-Tools fordern unter Umständen erhöhte Rechte an, alltägliche Installationen und Upgrades laufen jedoch unter Ihrem Benutzer. Die brew-Manpage listet alle Unterbefehle und Flags auf.
Eine gemeinsame Homebrew-Konfiguration für Linux und Mac mit einem Brewfile
Ein Brewfile listet die Pakete auf, die auf einem Rechner vorhanden sein sollen, und brew bundle installiert alles, was fehlt. Ein Brewfile wird als Ruby ausgewertet, sodass Sie jede Zeile mit einer Plattformbedingung versehen können:
# Brewfile
brew "git"
brew "gh"
brew "neovim"
brew "node"
if OS.mac?
cask "firefox"
end
brew "gnupg" if OS.mac?
if OS.linux? funktioniert analog für Zeilen, die nur unter Linux gelten sollen. Die Brewfile-Dokumentation weist darauf hin, dass brew bundle list unter Linux kein gnupg ausgibt, wenn der Eintrag mit OS.mac? abgesichert ist. Einige Casks funktionieren unter Linux, reine macOS-Casks sollten Sie jedoch weiterhin mit einer Bedingung absichern.
Ein Brewfile erstellen, anwenden und prüfen:
brew bundle dump --file=~/dotfiles/Brewfile --force # snapshot what's installed
brew bundle install --file=~/dotfiles/Brewfile # install/upgrade to match
brew bundle check --file=~/dotfiles/Brewfile || brew bundle install --file=~/dotfiles/Brewfile
brew bundle dump hält unterstützte installierte Formulae, Casks, Taps und weitere Pakettypen als Brewfile fest. Die Zeile mit check || install ist idempotent und eignet sich daher problemlos für Bootstrap-Skripte. Ergänzen Sie check um --verbose, um zu sehen, welche Einträge nicht erfüllt sind.
Ein Brewfile legt fest, welche Pakete Sie wünschen, nicht welche Versionen. Homebrew aktualisiert jedes Paket stets auf das neueste Release, sodass Sie keine beliebige ältere Version anfordern können, und brew bundle kennt keine Lock-Datei. Um zu verhindern, dass brew bundle installierte Abhängigkeiten aktualisiert, übergeben Sie --no-upgrade oder setzen Sie HOMEBREW_BUNDLE_NO_UPGRADE=1. Versionen werden dadurch jedoch nicht festgeschrieben.
Seien Sie vorsichtig mit brew bundle cleanup --force. Dieser Befehl deinstalliert alles, was nicht im Brewfile aufgeführt ist.
Was ändert sich mit Homebrew 7.0 unter Linux?
Homebrew 7.0, veröffentlicht am 13. September 2026, nutzt für seine Linux-Sandbox das Kernel-Feature Landlock. Die Release Notes zu 7.0.0 erläutern, dass 7.0.0 die mit Homebrew 6.0.0 eingeführte Bubblewrap-Sandbox zugunsten von Landlock aufgibt, das weder zusätzliche Pakete noch erweiterte Docker-Berechtigungen erfordert. Landlock ist ein Kernel-Feature, mit dem ein unprivilegierter Prozess seine eigenen Zugriffsmöglichkeiten einschränken kann.
| Änderung | Was zu tun ist |
|---|---|
| Landlock ersetzt Bubblewrap | Keine Installation erforderlich |
| Kernel ohne Landlock | Builds laufen ohne Sandbox und brew doctor zeigt einen Hinweis an |
HOMEBREW_SANDBOX_LINUX | Deaktiviert. Entfernen Sie die Variable aus Ihrer Shell-rc-Datei |
HOMEBREW_NO_SANDBOX_LINUX | Veraltet (deprecated), Entfernung am 11.12.2027 geplant, ohne alternative Möglichkeit zum Deaktivieren |
| ARM64-Linux | Tier 1 seit Homebrew 5.0.0 |
Laut den Release Notes arbeitet Homebrew mit Landlock-ABI 2, das ab Linux 6.1 verfügbar ist, und gibt eine Warnung aus, wenn der Kernel keine Netzwerkbeschränkungen durchsetzen kann. So prüfen Sie Ihr System:
uname -r # kernel version
brew config # 7.0 reports the Landlock ABI here
brew doctor # shows an advisory if the sandbox is unavailable
grep -n HOMEBREW_SANDBOX_LINUX ~/.bashrc ~/.zshrc
Funktioniert Homebrew unter Windows?
Unter Windows läuft Homebrew ausschließlich über WSL 2. WSL 1 ist eine Tier-3-Plattform, natives Windows wird nicht unterstützt. Für WSL 1 warnt die Linux-Dokumentation, dass sich manche von Homebrew installierte Programme aufgrund bekannter WSL-1-Probleme fehlerhaft verhalten können, und empfiehlt den Umstieg auf WSL 2. Richten Sie mithilfe der WSL-Anleitung von Microsoft eine Distribution ein und folgen Sie darin den oben beschriebenen Linux-Schritten.
Wie deinstallieren Sie Homebrew?
Um Homebrew zu entfernen, verwenden Sie das Deinstallationsskript aus dem Repository Homebrew/install. Die README dort enthält den aktuellen Befehl und die verfügbaren Optionen.
Zusammengefasst erfordert die Einrichtung von Homebrew unter Linux vier Schritte: Build-Tools installieren, das Skript von brew.sh ausführen, shellenv in Ihre Shell-rc-Datei eintragen und brew doctor ausführen. Führen Sie danach brew bundle dump auf Ihrem Mac aus, ergänzen Sie die reinen macOS-Zeilen um if OS.mac? und führen Sie brew bundle install auf Ihrem Linux-Rechner aus, damit auf beiden Systemen dieselben Tools verfügbar sind.
FAQs
Kann ich Homebrew unter Linux ohne sudo- oder root-Rechte installieren?
Ja, sofern Ihr Konto Schreibrechte für das Präfix besitzt. Der Shell-Installer benötigt Schreibzugriff auf sein Präfix. Lassen Sie daher entweder einen Administrator /home/linuxbrew/.linuxbrew anlegen und Ihnen die Eigentümerschaft übertragen, oder wählen Sie mit der Installer-Option --path ein kompatibles benutzerdefiniertes Präfix mit höchstens 26 Byte. Sobald dies eingerichtet ist, benötigen Sie für das Installieren und Aktualisieren von Formulae nie mehr sudo.
Stellt Homebrew weiterhin Bottles für Ubuntu 22.04 bereit?
Ubuntu 22.04 wird mit glibc 2.35 ausgeliefert und ist daher eine Tier-2-Plattform, seit Homebrew 6.0.0 die Linux-Mindestanforderung auf glibc 2.39 angehoben hat. Homebrew baut für diese Systeme keine neuen Bottles mehr, installiert eine eigene glibc, und brew doctor zeigt eine Support-Warnung an. Für Tier-1-Support aktualisieren Sie auf Ubuntu 24.04 oder verwenden Sie das Docker-Image ghcr.io/homebrew/brew.
Kann ich Homebrew-Casks unter Linux installieren?
Einige Casks funktionieren. Homebrew 4.5.0 hat eine vorläufige Linux-Unterstützung für Casks eingeführt, die vor allem Schriftarten wie font-fira-code sowie Casks mit Linux-Binaries abdeckt. Homebrew 6.0.0 hat Unterstützung für AppImages ergänzt. Casks, die ausschließlich eine macOS-App enthalten, lassen sich unter Linux nicht installieren. Sichern Sie diese Zeilen in einem gemeinsam genutzten Brewfile daher mit if OS.mac? ab.
Welches Docker-Image sollte ich verwenden, um Homebrew unter Linux in CI auszuführen?
Verwenden Sie ghcr.io/homebrew/brew. Homebrew 7.0.0 hat das Image ghcr.io/homebrew/ubuntu22.04 entfernt und nennt ghcr.io/homebrew/brew als Ersatz. Von Homebrew bereitgestellte Docker-Images gelten gemäß den Support Tiers als Tier-1-Linux-Konfiguration und sind damit eine zuverlässige Wahl für CI-Builds, die Bottles benötigen. Falls eine Pipeline noch auf das Image ubuntu22.04 verweist, stellen Sie sie auf ghcr.io/homebrew/brew um.