mirror of
https://github.com/bitcoin/bitcoin.git
synced 2024-11-19 09:53:47 +01:00
doc: rewrite some of the macdeploy docs
Somewhat of a followup to #21778.
This commit is contained in:
parent
d042230f7a
commit
7c298fe0df
@ -56,30 +56,22 @@ The `sha256sum` should be `c0c2e7bb92c1fee0c4e9f3a485e4530786732d6c6dd9e9f418c28
|
|||||||
|
|
||||||
## Deterministic macOS App Notes
|
## Deterministic macOS App Notes
|
||||||
|
|
||||||
macOS Applications are created in Linux using a recent LLVM.
|
macOS Applications are created on Linux using a recent LLVM.
|
||||||
|
|
||||||
Apple uses `clang` extensively for development and has upstreamed the necessary
|
All builds must target an Apple SDK. These SDKs are free to download, but not redistributable.
|
||||||
functionality so that a vanilla clang can take advantage. It supports the use of `-F`,
|
See the SDK Extraction notes above for how to obtain it.
|
||||||
`-target`, `-mmacosx-version-min`, and `-isysroot`, which are all necessary when
|
|
||||||
building for macOS.
|
|
||||||
|
|
||||||
To complicate things further, all builds must target an Apple SDK. These SDKs are free to
|
The Guix build process has been designed to avoid including the SDK's files in Guix's outputs.
|
||||||
download, but not redistributable. See the SDK Extraction notes above for how to obtain it.
|
All interim tarballs are fully deterministic and may be freely redistributed.
|
||||||
|
|
||||||
The Guix process builds 2 sets of files: Linux tools, then Apple binaries which are
|
Using an Apple-blessed key to sign binaries is a requirement to produce (distributable) macOS
|
||||||
created using these tools. The build process has been designed to avoid including the
|
binaries. Because this private key cannot be shared, we'll have to be a bit creative in order
|
||||||
SDK's files in Guix's outputs. All interim tarballs are fully deterministic and may be freely
|
for the build process to remain somewhat deterministic. Here's how it works:
|
||||||
redistributed.
|
|
||||||
|
|
||||||
As of OS X 10.9 Mavericks, using an Apple-blessed key to sign binaries is a requirement in
|
|
||||||
order to satisfy the new Gatekeeper requirements. Because this private key cannot be
|
|
||||||
shared, we'll have to be a bit creative in order for the build process to remain somewhat
|
|
||||||
deterministic. Here's how it works:
|
|
||||||
|
|
||||||
- Builders use Guix to create an unsigned release. This outputs an unsigned ZIP which
|
- Builders use Guix to create an unsigned release. This outputs an unsigned ZIP which
|
||||||
users may choose to bless and run. It also outputs an unsigned app structure in the form
|
users may choose to bless, self-codesign, and run. It also outputs an unsigned app structure
|
||||||
of a tarball.
|
in the form of a tarball.
|
||||||
- The Apple keyholder uses this unsigned app to create a detached signature, using the
|
- The Apple keyholder uses this unsigned app to create a detached signature, using the
|
||||||
script that is also included there. Detached signatures are available from this [repository](https://github.com/bitcoin-core/bitcoin-detached-sigs).
|
included script. Detached signatures are available from this [repository](https://github.com/bitcoin-core/bitcoin-detached-sigs).
|
||||||
- Builders feed the unsigned app + detached signature back into Guix. It uses the
|
- Builders feed the unsigned app + detached signature back into Guix, which combines the
|
||||||
pre-built tools to recombine the pieces into a deterministic ZIP.
|
pieces into a deterministic ZIP.
|
||||||
|
Loading…
Reference in New Issue
Block a user