Homebrew's official macOS GUI: making package management approachable for users who prefer graphical interfaces over Terminal, while maintaining complete transparency about underlying Homebrew operations.
💡 Motivation
Enable CLI-averse users to safely discover, install, update and manage Homebrew packages through a native SwiftUI interface that never hides what Homebrew is doing.
📲 Tech
Swift with strict concurrency · SwiftUI · Swift Package Manager
Put Homebrew options in brew.env and relaunch BrewUI after changing them. Shell aliases and
exported variables do not configure the app. See Homebrew configuration.
🛠️ Development
After cloning:
./scripts/bootstrap
This installs Mint from Brewfile, runs mint bootstrap to build the SwiftFormat and SwiftLint versions pinned in Mintfile, enables repository git hooks and resolves Swift package dependencies for Homebrew.xcodeproj.
After bootstrap, commits automatically run checks on staged Swift files:
mint run swiftformat
mint run swiftlint (with --fix, then strict validation)
The hook also runs BrewUILint over the production tree. If unresolved lint violations remain, the commit is blocked and the hook prints the failures so you can fix and re-commit.
Translations are community-sourced and a partial one is welcome: any string without a translation
falls back to English. Copy lives in one Localizable.xcstrings catalog per UI target, Homebrew/
for the window, sidebar and menus, and Resources/ in BrewUIComponents and each BrewFeature*
package. Edit a catalog in Xcode. See localisation for the reasoning
behind the steps below.
Adding a language
Open Homebrew/Localizable.xcstrings, press +, pick the language and translate at least one
string there. macOS only lists a language in the per-app picker under Applications in System
Settings when the app bundle ships it, so a language that exists only in a package catalog never
loads and scripts/localize verify fails. Adding it also records the language in knownRegions
in Homebrew.xcodeproj; commit that.
Add the language to each package catalog you want to translate and do as much of it as you like.
Never leave a translation blank. An empty value renders as empty text rather than falling back to
English, so delete the entry instead of clearing it. verify fails on a blank.
Run scripts/localize verify, then scripts/localize status to see how far the language has got.
Translating a string
Find the catalog that holds it:
grep -rl "Run Again" Homebrew/Localizable.xcstrings Sources/*/Resources/Localizable.xcstrings.
Read the comment before translating. It says where the string appears and what each %@ or
%lld stands for.
Keep every format specifier the English has, and number them (%1$@, %2$lld) if your language
needs a different order. Nothing checks this for you and a mismatch shows the wrong value at
runtime.
English needs only two plural forms, so the code picks between two keys itself (1 package and
%lld packages). A language with more categories varies the %lld key by plural
(Vary By Plural in Xcode) and translates 1 package as well.
Mark the string as reviewed once you are happy with it. One left in Needs Review still ships,
so the state is a note to yourself rather than a gate.
Run scripts/localize verify.
Changing English copy
The key is the English text, so rewording a string makes a new entry rather than editing one.
Change the literal in the Swift source, keeping bundle: #bundle and updating the comment: if
the meaning moved.
Run scripts/localize sync, which an Xcode build does for you. It adds the new key and marks the
old one "extractionState" : "stale", keeping its translations.
Carry each translation over to the new key where the wording still means the same thing. Where it
does not, leave it behind so the string falls back to English until someone translates it again.
Delete the stale entry once its translations have been carried over or discarded. Nothing fails
while one lingers, but a catalog full of them buries the entries still worth rescuing.
Commit the .xcstrings changes with the code. CI compares the catalogs against the built sources
and fails if they have drifted.
🚧 Status
Stable and under active development.
The read-only Services tab shows installed formula services, their status, owner, login registration and
service/log paths. Filter by All, Running or Stopped; start, stop and configure services in Terminal.
📄 Licence
AGPL-3.0. If you reuse or adapt the source the AGPL terms apply, including the network-use clause.
