summaryrefslogtreecommitdiff
path: root/tools.morph
Commit message (Collapse)AuthorAgeFilesLines
...
* Re-sort tools.morphSam Thursfield2013-03-131-6/+6
|
* Add a chunk for the "file" programme to tools.morphRic Holland2013-03-061-0/+6
|
* Move cmake to core stratumJonathan Maw2013-03-051-6/+0
| | | | | The GENIVI components layer_management, DLT_daemon and AudioManager use cmake to build.
* Move gtk-doc-stub into foundationJonathan Maw2013-03-051-6/+0
| | | | | | | 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>
* Merge remote-tracking branch 'origin/jjardon/gtk-doc'Lars Wirzenius2013-03-011-0/+6
|\ | | | | | | | | Conflicts: foundation.morph
| * foundation.morph: gtk-doc-stub is not needed anymoreJavier Jardón2013-02-181-0/+6
| | | | | | | | | | GTK-Doc is now an optional dependency of GLib, gobject-introespection and systemd
* | Reference baserock/morph instead of master branch in chunksLars Wirzenius2013-02-181-10/+10
|/ | | | | | | 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.
* Merge remote-tracking branch ↵Lars Wirzenius2013-02-061-1/+65
|\ | | | | | | | | | | 'remotes/origin/baserock/samthursfield/minimal-core' Changed the description of foundation.
| * Move Morph from 'foundation' back to 'tools'Sam Thursfield2013-02-051-0/+64
| | | | | | | | Morph isn't necessary for a Baserock base system and shouldn't ever be.
| * Split 'foundation' stratum back out of 'core'Sam Thursfield2013-02-051-2/+2
|/ | | | | | | | | | | | | | | | 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).
* Fix refs to be correct, instead of to Sam's branchLars Wirzenius2013-01-281-1/+1
| | | | I failed to do this when merging. Mea culpa.
* Reorganise morphologies for build-essentialSam Thursfield2013-01-241-0/+108
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'.
View Lorry Controller Status