| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
In YAML format!
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| | |
With "morph deploy", deploying is much easier than before, but it
requires that a system is built as a rootfs-tarball. This changes
all the systems in baserock:baserock/morphs to be that kind.
|
| | |
|
|\ \
| |/
|/|
| |
| | |
Change branch names for all chunks that had master or trunk to
baserock/morph. I have tested that base and devel systems build.
|
|/
|
|
|
|
|
| |
This is useful so that we can enable Lorry Controller on
trove.baserock.org, which will mirror latest upstream changes
continuously, but not have our builds break randomly all the
time.
|
|\ |
|
| | |
|
| | |
|
| | |
|
| | |
|
|/ |
|
|\
| |
| |
| |
| |
| | |
'remotes/origin/baserock/samthursfield/minimal-core'
Changed the description of foundation.
|
| |
| |
| |
| | |
It is needed in the syslinux build.
|
| |
| |
| |
| | |
Morph isn't necessary for a Baserock base system and shouldn't ever be.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Mixing together the set of build tools required to build the base
system and the components in the base system itself has one big issue:
changing any component of the base system triggers a rebuild of every
higher stratum, which even for simple Baserock systems means
constantly rebuilding Linux.
To solve this, I have turned 'core' into a sort of larger version of
build-essential (I am considering renaming it to 'build-core' or even
just 'build'). Chunks which are required for running a base system
but not during the build of other components are now in the
resurrected 'foundation' stratum, along with their specific
dependencies (which stratum a chunk should go in is roughly decided
by its utility to chunks outside of foundation).
|
|/
|
|
|
|
| |
Morph now requires yaml, so pyyaml must be available.
Bootstrap morphologies weren't updated when the build-essential
work was done. foundation and devel no longer exist, so use core instead.
|
| |
|
|
|
|
|
|
| |
Commit 2024583a303ef1a79709b7ecc9fc2dce22e8ce98 added code to make Morph
aware of its version (using 'git describe' output). This means that the
build now requires Git to be present.
|
|
|
|
| |
I failed to do this when merging. Mea culpa.
|
|\
| |
| |
| |
| | |
Conflicts:
core.morph
|
| | |
|
| |
| |
| |
| | |
This is needed by Morph to support YAML morphologies
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This patch rewrites the Baserock morphologies so that they can be
built using a minimal "build-essential" staging filler, as described
in my previous patch mail.
The Baserock system is split up into three strata:
- build-essential: the minimum set of tools that can rebuild
itself (from tarballs)
- core: the remaining set of components necessary to produce
a Baserock system which can rebuild itself from source
- tools: auxiliary development tools and libraries
The 'build-essential' stratum does not specify any build
dependencies, because it expects to be built with a staging filler
containing itself. In effect, the stratum has a circular dependency
on itself, which we solve by using a staging filler. The 'core'
stratum depends on only on 'build-essential'. This ensures that all
build dependencies between chunks in 'core' are explicit. These
strata can also be built with the staging filler from the water-bomb
release.
The distinction between a base and a devel system is no longer
defined by the 'foundation' and 'devel' strata (in practice these
had various hidden build dependencies between each other). The size
of a base system is larger than before, due to more development tools
being in 'core'.
|
|\ \
| |/
|/| |
|
| |\
|/ / |
|
| | |
|
| | |
|
|\ \
| |/
|/| |
|
| | |
|
|\ \ |
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| | |
The branch with the nfs stratum was being tested by adding nfs
to the base system, unfortunately I forgot to remove this
during the merge.
It should be removed because it makes the 32-bit system different,
and the base system was never meant to have nfs.
|
|\ \
| |/
|/|
| | |
git://git.baserock.org/baserock/baserock/morphs
|
| |
| |
| |
| |
| | |
Secure NFS is not yet supported, but 'systemctl start nfs-server' now
works correctly in Baserock.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|\ \
| |/
|/|
| | |
Reviewed-By: Lars Wirzenius (on IRC)
|
|/
|
|
|
|
|
| |
Although this duplicates the definitions of the systems, it is misleading
to build a system named x86_64 for 32-bit x86, and we have a real
instance of a user expecting the x86_32 system morphs to exist and
becoming confused that they don't.
|
| |
|