| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: I01a4c4d324630cfd4f619086935d5c0f5fd11e73
|
|
|
|
| |
Change-Id: I3cf41ebb6aac5e91e433ae3127f7b1b599cf0e8c
|
|
|
|
|
|
| |
This is needed to build swift data structures at deploy time
Change-Id: I54ea8c1d75195ad33046ff48397458fe5c1d1e79
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
A new version of a Baserock Gerrit system definition now lives in
infrastructure.git.
Change-Id: I6aeed4c5381edf5e7736f1816f9d58832c0ac781
|
|/
|
|
|
|
|
|
|
| |
As far as I know, these are out of date, unmaintained and nobody is
using them. It was definitely a useful learning process to integrate
Gitlab into Baserock, but I think this is now just taking up space in
definitions.git needlessly.
Change-Id: Ifdd9c0a3dd889382bc5e6825c2df4f3afbd89f3c
|
|
|
|
|
|
|
|
| |
The lorry-controller webapp uses these, as well as morph-cache-server.
In order to use lorry-controller in systems that don't contain Morph,
we need them to be in a separate stratum.
Change-Id: Ie187c0b506d12ed5e5f8f8ce4a4b91834bf29fe5
|
|
|
|
|
|
|
| |
This allows us to have a system with Lorry and Lorry Controller but
without Morph.
Change-Id: I5164237601d0ff028834c674274f13b6e1f315c9
|
| |
|
| |
|
|
|
|
|
| |
Because some chunks have been moved from openstack-clients.morph
to python-common.morph this systems depends on python-common now.
|
| |
|
|
|
|
|
|
| |
This allows using it separately from Trove. I want to use it in the
gerrit.baserock.org system to handle mirroring from git.baserock.org,
at least initially.
|
| |
|
| |
|
|\
| |
| |
| |
| | |
Reviewed-By: Javier Jardón <javier.jardon@codethink.co.uk>
Reviewed-By: Sam Thursfield <sam.thursfield@codethink.co.uk>
|
| |
| |
| |
| | |
and include morph-utils instead
|
|/
|
|
|
| |
This dependencies are needed for some Openstack components, and this
will avoid duplication once this work is done.
|
|
|
|
|
| |
I accidentally removed these instead of renaming them in commit
efe5807433bb576bbba4312d2e3d150ed6f7e1a4
|
|\
| |
| |
| |
| | |
Reviewed-by: Sam Thursfield <sam.thursfield@codethink.co.uk>
Reviewed-by: James Thomas <james.thomas@codethink.co.uk>
|
| | |
|
| |
| |
| |
| | |
Change the systems as well so nothing break
|
|/
|
|
| |
They are long enough anyway.
|
|\
| |
| |
| |
| |
| | |
Reviewed by:
* Sam Thursfield <sam.thursfield@codethink.co.uk>
* Richard Maw <richard.maw@gmail.com>
|
| |
| |
| |
| |
| | |
The last release of nodejs doesn't build on aarch64 due having an old
embedded vp8 copy, so the nodejs strata is not included.
|
| |
| |
| |
| | |
Adds useful things, also allows us to update the images
|
|/ |
|
|
|
|
|
| |
six is a python 2 and 3 compatibility library, so move to python-core
should remove dependencies in some strata.
|
|
|
|
|
| |
Add definitions for building an armv8l64-based build system, and an
armv8l64-based cross-bootstrap system.
|
|
|
|
| |
This allows us to use the Python 'requests' library in Morph.
|
|
|
|
|
| |
This allows us to use they Python 'requests' library in
lorry-controller.
|
|\
| |
| |
| |
| | |
Reviewed-By: James Thomas <james.thomas@codethink.co.uk>
Reviewed-By: Sam Thursfield <sam.thursfield@codethink.co.uk>
|
| | |
|
| |
| |
| |
| | |
pip is in python-core now
|
| |
| |
| |
| | |
pip is in python-core now
|
|/ |
|
|\
| |
| |
| |
| | |
Reviewed-By: Pedro Alvarez <pedro.alvarez@codethink.co.uk>
Reviewed-By: Francisco Redondo Marchena <francisco.marchena@codethink.co.uk>
|
| |
| |
| |
| |
| | |
The LVM tools are generally useful, so they should be available
separately from the huge 'virtualization' stratum.
|
| | |
|
| | |
|
|/ |
|
|
|
|
|
| |
This isn't needed yet, but it costs nothing to enable it now and will
be needed when deploying to OpenStack.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|