baserock/baserock/definitions.git - gitlab.com: baserock/definitions.git

	Commit message (Collapse)	Author	Age	Files	Lines
*	Rename glanceclient stratum to openstack-clients	Pedro Alvarez	2014-05-13	1	-1/+1
\|
*	remove all null repos/refs	Paul Sherwood	2014-02-17	1	-28/+0
\|
*	Changed ref:master and repo:baserock:baserock/morphs to ref:null and ↵	Daniel Firth	2014-01-15	1	-28/+28
\| \| \| \|	repo:null respectively
*	Stop using ssh configuration extension	Pedro Alvarez	2013-11-11	1	-1/+0
\|
*	Delete genivi-staging and reorder morph contents	Jonathan Maw	2013-09-30	1	-23/+23
\|
*	Add glanceclient Stratum morphology.	Pedro Alvarez	2013-09-17	1	-0/+3
\| \| \| \| \| \| \| \| \| \| \|	glanceclient.morph: Stratum morphology to add glanceclient. This stratum also adds all the necessary dependencies needed. Glanceclient is needed to provide the development system the capacity to deploy images into an openstack system. This is a client library for Glance built on the OpenStack Images API. It provides a Python API (the glanceclient module) and a command-line tool (glance).
*	Make x86 devel systems genivi-devel systems	Jonathan Maw	2013-08-07	1	-0/+24
\|
*	Remove obsolete fields	Jonathan Maw	2013-07-05	1	-2/+0
\|
*	Replace JSON morphologies with YAML.	Richard Maw	2013-07-02	1	-43/+30
\|
*	CONFIGURE: Rationalise all configuration extensions	Daniel Silverstone	2013-05-30	1	-1/+4
\|
*	Merge branch 'add-drop-config-extension' of ↵	Richard Maw	2013-05-13	1	-1/+2
\|\ \| \| \| \| \| \| \| \| \| \|	ssh://git.baserock.org/baserock/baserock/morphs This fixes a typo in the morphologies, referencing drop-config-files
\| *	Add add-config-files extension to all system morphologies	Tiago Gomes	2013-05-13	1	-1/+2
\|/
*	Add the ssh configuration extension to all the system morphologies	Tiago Gomes	2013-05-07	1	-1/+2
\|
*	Add set-hostname configure extension to all the system morphologies.	Tiago Gomes	2013-05-03	1	-0/+3
\| \| \| \|	This is required so during deploy the hostname can be set.
*	Fix up refs after merge	Sam Thursfield	2013-03-15	1	-5/+5
\| \| \| \|	I'm not sure how these got lost.
*	Set refs for system branch	Sam Thursfield	2013-03-14	1	-5/+5
\|
*	point stratum dependencies to the correct branch	Jonathan Maw	2013-03-01	1	-5/+5
\|
*	Merge the GENIVI baseline morphs	Jonathan Maw	2013-03-01	1	-5/+5
\|
*	Change system-kinds to tarball	Lars Wirzenius	2013-02-15	1	-1/+1
\| \| \| \| \| \|	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.
*	Merge remote-tracking branch ↵	Lars Wirzenius	2013-02-06	1	-0/+5
\|\ \| \| \| \| \| \| \| \| \| \|	'remotes/origin/baserock/samthursfield/minimal-core' Changed the description of foundation.
\| *	Split 'foundation' stratum back out of 'core'	Sam Thursfield	2013-02-05	1	-3/+8
\|/ \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	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 branch	Lars Wirzenius	2013-01-28	1	-4/+4
\| \| \| \|	I failed to do this when merging. Mea culpa.
*	Reorganise morphologies for build-essential	Sam Thursfield	2013-01-24	1	-6/+11
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	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'.
*	Create x86_32 system variants	Sam Thursfield	2012-11-23	1	-0/+25
	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.