summaryrefslogtreecommitdiff
path: root/tools.morph
Commit message (Collapse)AuthorAgeFilesLines
* Moving 'patch' from tools to foundation due tbdiff uses it.Pedro Alvarez2014-02-191-6/+1
|
* Re-order system and stratum morphology fields.Richard Maw2014-02-171-66/+66
| | | | This is the new canonical ordering.
* remove all null repos/refsPaul Sherwood2014-02-171-2/+0
|
* Changed ref:master and repo:baserock:baserock/morphs to ref:null and ↵Daniel Firth2014-01-151-2/+2
| | | | repo:null respectively
* Merge remote-tracking branch 'origin/danielfirth/pyfilesystem'Lars Wirzenius2013-11-051-0/+10
|\
| * Add pyfilesystemDaniel Firth2013-11-051-1/+11
|/
* Add kexec-tools to the tools stratumMark Doffman2013-10-101-0/+4
| | | | | | On x86 and possibly arm machines with the correct kernel configuration these userspace tools will allow booting of a linux kernel from the command line.
* Delete genivi-staging and reorder morph contentsJonathan Maw2013-09-301-63/+63
|
* Move pyyaml from 'tools' to 'core'.Pedro Alvarez2013-09-251-12/+1
| | | | | | | | | | 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
* Merge remote-tracking branch 'origin/liw/update-cmdtest'Lars Wirzenius2013-07-231-0/+5
|\ | | | | | | Undid some ref changes from morph edit.
| * Add python-markdown to toolsLars Wirzenius2013-07-231-0/+5
| | | | | | | | Yarn in cmdtest needs it.
| * Edit cmdtest so we can upgrade it in BaserockLars Wirzenius2013-07-231-1/+1
|/
* Replace JSON morphologies with YAML.Richard Maw2013-07-021-176/+115
|
* tools: add u-boot toolsRichard Maw2013-06-101-0/+6
| | | | | | | | 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.
* Add lzo as a dependency to btrfs-progsTiago Gomes2013-05-201-9/+1
| | | | This also will require to move lzo from tools to foundation.
* Add screen to tools stratumTiago Gomes2013-04-291-0/+6
|
* Fix up refs after mergeSam Thursfield2013-03-151-1/+1
| | | | I'm not sure how these got lost.
* Set refs for system branchSam Thursfield2013-03-141-1/+1
|
* 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