Bottles (Binary Packages)

Bottles are produced by installing a formula with brew install --build-bottle <formula> and then bottling it with brew bottle <formula>. This generates a bottle file in the current directory and outputs the bottle DSL for insertion into the formula file.

Usage

When the formula being installed defines a bottle matching your system, it will be downloaded and installed automatically when you run brew install <formula>.

Bottles will not be used if:

the user requests it (by specifying --build-from-source),
the formula requests it (with pour_bottle?),
any options are specified during installation (bottles are all compiled with default options),
the bottle is not up to date (e.g. missing or mismatched checksum),
or the bottle’s cellar is neither :any (it requires being installed to a specific Cellar path) nor equal to the current HOMEBREW_CELLAR (the required Cellar path does not match that of the current Homebrew installation).

Creation

Bottles for homebrew/core formulae are created by BrewTestBot when a pull request is submitted. If the formula builds successfully on each supported platform and a maintainer approves the change, BrewTestBot updates its bottle do block and uploads each bottle to GitHub Packages.

By default, bottles will be built for the oldest CPU supported by the OS/architecture you’re building for (Core 2 for 64-bit x86 operating systems). This ensures that bottles are compatible with all computers you might distribute them to. If you really want your bottles to be optimised for something else, you can pass the --bottle-arch= option to build for another architecture; for example, brew install foo --build-bottle --bottle-arch=penryn. Just remember that if you build for a newer architecture, some of your users might get binaries they can’t run and that would be sad!

Format

Bottles are simple gzipped tarballs of compiled binaries. The formula name, version, target operating system and rebuild version is stored in the filename, any other metadata is in the formula’s bottle DSL, and the formula definition is located within the bottle at <formula>/<version>/.brew/<formula>.rb.

Bottle DSL (Domain Specific Language)

Bottles are specified in formula definitions by a DSL contained within a bottle do ... end block.

A simple (and typical) example:

bottle do
  sha256 arm64_big_sur: "a9ae578b05c3da46cedc07dd428d94a856aeae7f3ef80a0f405bf89b8cde893a"
  sha256 big_sur:       "5dc376aa20241233b76e2ec2c1d4e862443a0250916b2838a1ff871e8a6dc2c5"
  sha256 catalina:      "924afbbc16549d8c2b80544fd03104ff8c17a4b1460238e3ed17a1313391a2af"
  sha256 mojave:        "678d338adc7d6e8c352800fe03fc56660c796bd6da23eda2b1411fed18bd0d8d"
end

A full example:

bottle do
  root_url "https://example.com"
  rebuild 4
  sha256 cellar: "/opt/homebrew/Cellar", arm64_big_sur: "a9ae578b05c3da46cedc07dd428d94a856aeae7f3ef80a0f405bf89b8cde893a"
  sha256 cellar: :any,                   big_sur:       "5dc376aa20241233b76e2ec2c1d4e862443a0250916b2838a1ff871e8a6dc2c5"
  sha256                                 catalina:      "924afbbc16549d8c2b80544fd03104ff8c17a4b1460238e3ed17a1313391a2af"
  sha256                                 mojave:        "678d338adc7d6e8c352800fe03fc56660c796bd6da23eda2b1411fed18bd0d8d"
end

Root URL (`root_url`)

Optionally contains the URL root used to determine bottle URLs.

By default this is omitted and Homebrew’s default bottle URL root is used. This may be useful for taps that wish to provide bottles for their formulae or cater to a non-default HOMEBREW_CELLAR.

Cellar (`cellar`)

Optionally contains the value of HOMEBREW_CELLAR in which the bottles were built.

Most compiled software contains references to its compiled location, preventing it from being simply relocated anywhere on disk. A value of :any or :any_skip_relocation means that the bottle can be safely installed in any Cellar as it did not contain any references to the Cellar in which it was originally built. This can be omitted if the bottle was compiled for the given OS/architecture’s default HOMEBREW_CELLAR, as is done for all bottles built by BrewTestBot.

Rebuild version (`rebuild`)

Optionally contains the rebuild version of the bottle.

Sometimes bottles may need be updated without bumping the version or revision of the formula, e.g. if a new patch was applied. In such cases rebuild will have a value of 1 or more.

Checksum (`sha256`)

Contains the SHA-256 hash of the bottle for the given OS/architecture.

Formula DSL

An additional bottle-related method is available in the formula DSL.

Pour bottle (`pour_bottle?`)

Optionally returns a boolean to indicate whether a bottle should be used when installing this formula.

For example a bottle may break if a related formula has been compiled with non-default options, so this method could check for that case and return false.

A full example:

pour_bottle? do
  reason "The bottle needs to be installed into #{Homebrew::DEFAULT_PREFIX}."
  satisfy { HOMEBREW_PREFIX.to_s == Homebrew::DEFAULT_PREFIX }
end

Commonly used pour_bottle? conditions can be added as preset symbols to the pour_bottle? method, allowing them to be specified like this:

pour_bottle? only_if: :default_prefix
pour_bottle? only_if: :clt_installed

Homebrew Documentation

Bottles (Binary Packages)

Usage

Creation

Format

Bottle DSL (Domain Specific Language)

Root URL (root_url)

Cellar (cellar)

Rebuild version (rebuild)

Checksum (sha256)