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

	Commit message (Collapse)	Author	Age	Files	Lines
*	Add FB_VESA to the kernel of x86 bsp	Pedro Alvarez	2014-04-04	1	-1/+1
\|
*	Change linux kernel refs to include virtualisation config	Lars Wirzenius	2014-03-28	1	-1/+1
\|
*	Petrify Masterbaserock/danielsilverstone/petrify-all	Daniel Silverstone	2014-03-26	1	-3/+6
\|
*	Re-order system and stratum morphology fields.	Richard Maw	2014-02-17	1	-12/+12
\| \| \| \|	This is the new canonical ordering.
*	remove all null repos/refs	Paul Sherwood	2014-02-17	1	-2/+0
\|
*	Changed ref:master and repo:baserock:baserock/morphs to ref:null and ↵	Daniel Firth	2014-01-15	1	-2/+2
\| \| \| \|	repo:null respectively
*	Delete genivi-staging and reorder morph contents	Jonathan Maw	2013-09-30	1	-14/+14
\|
*	Replace JSON morphologies with YAML.	Richard Maw	2013-07-02	1	-34/+22
\|
*	Fix up refs after merge	Sam Thursfield	2013-03-15	1	-1/+1
\| \| \| \|	I'm not sure how these got lost.
*	Set refs for system branch	Sam Thursfield	2013-03-14	1	-1/+1
\|
*	Merge the GENIVI baseline morphs	Jonathan Maw	2013-03-01	1	-1/+3
\|
*	Fix refs to be correct, instead of to Sam's branch	Lars Wirzenius	2013-01-28	1	-1/+1
\| \| \| \|	I failed to do this when merging. Mea culpa.
*	Add correct build-depends to BSP strata	Sam Thursfield	2013-01-28	1	-0/+7
\|
*	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.