| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
| |
Also moved python-setuptools because is a dependency of pyyaml. Pyyaml
is moved to core because is a dependency of 'cloudinit-support' stratum
and moving it give us the capacity of buid base systems with cloduinit.
core.morph: added pyyaml and python-setuptools
tools.morph: deleted pyyaml and python-setuptools
cross-bootstrap.morph: deleted pyyaml and python-setuptools
|
|\
| |
| |
| | |
Undid some ref changes from morph edit.
|
| |
| |
| |
| | |
Yarn in cmdtest needs it.
|
|/ |
|
| |
|
|
|
|
|
|
|
|
| |
This will be needed on ARM devices that need to alter their bootloader
configuration, and make kernels in uImage format.
It will also be useful for x86 devices that have to prepare scripts
for u-boot.
|
|
|
|
| |
This also will require to move lzo from tools to foundation.
|
| |
|
|
|
|
| |
I'm not sure how these got lost.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
The GENIVI components layer_management, DLT_daemon and AudioManager use
cmake to build.
|
|
|
|
|
|
|
| |
dbus-glib (and doubtless others) have a hard dependency on gtk-doc
which can be satisfied by gtk-doc-stub, instead.
Reviewed-by: Richard Maw <richard.maw@codethink.co.uk>
|
|\
| |
| |
| |
| | |
Conflicts:
foundation.morph
|
| |
| |
| |
| |
| | |
GTK-Doc is now an optional dependency of GLib, gobject-introespection
and systemd
|
|/
|
|
|
|
|
| |
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.
|
| |
| |
| |
| | |
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).
|
|
|
|
| |
I failed to do this when merging. Mea culpa.
|
|
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'.
|