| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Java is sourced from the binary Java release from Oracle. This
chunk was originally written by Francisco Marchena.
ANT is a Java build system and is needed by ZooKeeper.
ZooKeeper itself is documented at http://zookeeper.apache.org/
This patch also brings in a zookeeper test program in a seperate strata
that can be safely discarded if not required. this test program
was written by me, <mike.smith@codethink.co.uk> and is not designed to
be used in any practical way, but to showcase the functionality
of zookeeper within baserock
The ZooKeeper demonstration server and client are currently hosted
on baserock/test.
The Java binary chunk only works for x86_64. As such, these
systems are limited to that architecture.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The installer-x86_64 system is a system that can be used to install other
systems in an storage device. This system is intended to be booted by usb,
pxeboot... to install a Baserock system in your local disk.
The installer system requires the installer.configure extension to generate
a configuration file located in /etc/install.conf. With this extension
you can specify the following variables in a cluster morphology:
- INSTALLER_TARGET_STORAGE_DEVICE: Target storage device to install the
Baserock system.
- INSTALLER_ROOTFS_TO_INSTALL: The location of the root filesystem that
is going to be installed.
- INSTALLER_POST_INSTALL_COMMAND: Commands that will be run after the
installation finishes. It defaults to `reboot -f`.
The installer-utils stratum is required to contain the installer-scripts
chunk. This chunk contains the installer script that is going to be
installed in /usr/lib/installer/installer.py
The clusters/installer-build-system-x86_64.morph file defines the deployment
of a installer system as a rawdisk image. This installer system will
install a build-system-x86_64 located in /rootfs into the /dev/sda device.
Also this cluster defines a subsystem which is the build-system that
is going to end up in /rootfs on the installer system.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Split off QtWebKit and QtMultimedia into their own strata
Update refs of Enligtement chunks to the current release
Fix refs to point to current releases
|
| |
|
| |
|
|
|
|
|
| |
Now the build systems have the openstack-clients stratum,
and this system is not longer needed.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Lorry is used by the Baserock Import tool for fetching source code of
components that are to be imported.
It's also generally useful in devel systems as it can be used for
testing .lorry files prior to pushing them to a Trove.
Additionally, this means that devel systems now contain 'hg', 'bzr',
'svn' and 'cvs', any of which may come in handy.
This increases the size of the devel-system-x86_64-chroot system from
1.4GB to 1.5GB.
|
| |
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Reviewed-By: Richard Maw <richard.maw@codethink.co.uk>
Reviewed-By: Paul Sherwood <paul.sherwood@codethink.co.uk>
Conflicts:
systems/devel-system-armv7-highbank.morph
systems/devel-system-armv7-versatile.morph
systems/devel-system-armv7-wandboard.morph
systems/devel-system-armv7b-highbank.morph
systems/devel-system-armv7lhf-highbank.morph
systems/devel-system-armv7lhf-wandboard.morph
systems/devel-system-ppc64-generic.morph
systems/devel-system-x86_32-generic.morph
systems/devel-system-x86_64-generic.morph
|
| | |
|
| | |
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This includes the patches from Pedro Alvarez required to make the
release.
Reviewed-by: Pedro Alvarez
Reviewed-by: Sam Thursfield
|
| | | |
|
|/ /
| |
| |
| | |
It's handy to be able to start an NFS server when you want to.
|
|\ \
| |/
|/|
| |
| |
| | |
Reviewed-by: Adam Coldrick
Reviewed-by: Tom Pollard
Reviewed-by: Pedro Alvarez
|
| | |
|
| |
| |
| |
| |
| | |
It would be nice to in-line the lighttpd morphology, but we can't do
that yet.
|
|/
|
|
|
|
|
|
|
|
|
|
|
| |
We need PCRE in multiple places, so rather than having multiple
definitions, and potentially differing versions, let's use the same one
from its own stratum.
The need to add the stratum entry into the systems is annoying, and
could probably do with a way of specifying that a stratum includes
another, rather than just depends on it.
Also, it seems a bit weird to have a stratum with only one chunk in it,
but I can't think of a better way.
|
|
|
|
|
|
|
| |
Node.js doesn't build on PPC64 at this time.
It also doesn't build on big-endian ARM, but was already not in those
systems.
|
| |
|
|
|
|
|
|
| |
It only contains genivi layer_management component, but this component
seems to be replaced by wayland-ivi-extension present in
weston-genivi
|
|
|
|
|
|
| |
This could be improved in future by combining the cluster morphology
with the existing one, and mason/mason-generator.sh being improved to
allow choice between OpenStack and KVM.
|
|
|
|
|
|
|
| |
These strata used to be in all devel systems and were removed. The only
extra component that a system needs to be a Vagrant basebox is the
VirtualBox Guest Additions, which are in the virtualbox-guest-x86_64
stratum.
|
|
|
|
|
|
|
| |
These are dependencies of the Baserock Import tool. The import tool will
be added to the devel system later, in a separate branch.
This increases the size of an x86_32 devel system from 1.1GB to 1.2GB.
|
|
|
|
|
| |
These take the place of the devel system chroots that we released
previously, and should be functionally equivalent.
|
|
|
|
|
|
| |
The 'build' system is now the recommended way of building other systems,
with 'devel' being a larger variant of 'build' that may be useful when
doing development and integration, in addition to building and deployment.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It's better to have one type of system that can do either distributed or
local builds than to have separate ones that must both be kept up to
date with changes.
The need for a separate 'distbuild' stratum went already:
commit 1a7fbedf56a4c7a6afb683851dde5d34bbb48b86
Author: Richard Maw <richard.maw@codethink.co.uk>
Date: Thu Oct 2 14:16:00 2014 +0000
Split morph out of tools
morph now contains distbuild and morph-cache-server, so the distbuild
stratum can go away, and anything that needs it can now use morph.
|
|\
| |
| |
| |
| | |
Reviewed-By: Pedro Alvarez <pedro.alvarez@codethink.co.uk>
Reviewed-By: Sam Thursfield <sam.thursfield@codethink.co.uk>
|
| |
| |
| |
| |
| | |
It had lots of unneccessary stuff and wouldn't build.
Have removed unneccessary stuff; is now just base system plus node.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
In this way we can build completely wayland-only systems
The reason to do this is that cairo will pull the X11 dependency if the
mesa stratum is built with X11 support (as graphics-common depens on
mesa-common)
|
| |
| |
| |
| | |
So libdrm only gets build when it's really needed
|
|/
|
|
| |
With basic infrastructure components like libdrm and xorg macros
|
|\
| |
| |
| |
| | |
Reviewed-By: Paul Sherwood <paul.sherwood@codethink.co.uk>
Reviewed-By: Richard Maw <richard.maw@gmail.com>
|
| |
| |
| |
| |
| | |
llvm is a bif piece of software that take long time to build
With this move we will only build it when its really necessary
|
|\ \
| |/
|/|
| | |
This updates morph and ensures the new dependencies are available.
|
| |
| |
| |
| |
| | |
morph now contains distbuild and morph-cache-server, so the distbuild
stratum can go away, and anything that needs it can now use morph.
|
|\ \
| | |
| | |
| | |
| | | |
Reviewed-By: Pedro Alvarez <pedro.alvarez@codethink.co.uk>
Reviewed-By: Paul Sherwood <paul.sherwood@codethink.co.uk>
|
| |/
| |
| |
| | |
The mason.configure extension is also added to each system.
|
|/ |
|
| |
|
|
|
|
|
|
| |
Ansible is needed to use it as a configuration manager.
Cloud-init is to make possible the deployment of disbuild nodes into
OpenStack
|
| |
|
| |
|
| |
|
| |
|