haiku/3rdparty/docker/bootstrap
Alexander von Gluck IV f4dca556ad bootstrap: Fix PS1 to solve entering chroot via haikuporter
Change-Id: Ida03530aea9ab5075af3a951cf5804d7c5694490
2019-02-15 11:51:11 -06:00
..
bootstrap.sh docker/bootstrap: Add --debug to get better haikuporter debug output 2018-11-04 08:37:54 -06:00
crosstools.sh docker/bootstrap: Add extra gcc bootstrap requirements 2018-11-02 22:32:12 -05:00
Dockerfile bootstrap: Add some tools to test bootstrap steps 2019-02-15 11:27:04 -06:00
haikuports_build.sh bootstrap: Add some tools to test bootstrap steps 2019-02-15 11:27:04 -06:00
haikuports_chroot.sh bootstrap: Fix PS1 to solve entering chroot via haikuporter 2019-02-15 11:51:11 -06:00
Makefile 3rdparty/bootstrap: kill any running bootstrap containers before rm 2018-11-20 14:53:13 -06:00
prep.sh
README.md bootstrap: Add some tools to test bootstrap steps 2019-02-15 11:27:04 -06:00

Haiku bootstrap in a container

The Haiku bootstrap process is highly dependant on what tools are installed on the host machine. Bootstraped haikuporter builds can pick up on things like the locally installed clang vs the gcc toolchain we are providing.

By running bootstrap within a container, we can better isolate the process from the end users host and create more-reproduceable bootstrap builds.

This is designed for GCC bootstraps. In theory if Haiku changed to clang, the need for a crosstools toolchain is removed... however the clang work is too early to know exactly how this process will work.

Requirements

  1. docker
  2. make
  3. An internet connection

Process

  1. Build the docker container

make

  1. Check out the required sources

make init

  1. Build the crosstools (gcc only) for your target architecture

TARGET_ARCH=arm make crosstools

  1. Begin the bootstrap (building Haiku + the required bootstrap hpkgs)

TARGET_ARCH=arm make bootstrap

  1. If you need to enter the build environment, TARGET_ARCH=arm make enter will quickly let you do so.
  2. profit!