| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Add python-core to all the systems/strata which depend on six.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Openvswitch should have its own setup and daemon services independent
of neutron.
NOTE: This fixes the errors when neutron uses openvswitch commands as
root because openvswitch services are run as root.
|
|
|
|
| |
Openvswitch needs iproute2 tc command.
|
| |
|
|
|
|
|
| |
This is needed to update and use newer version of some
busybox commands.
|
|
|
|
|
|
|
|
|
|
| |
This commit add:
- Cinder services
- Cinder setup script and service
- Cinder integration script (config file)
- Cinder files in the manifest
- Cinder string on the cluster
- Move nova region to regionOne (default value) rather than LON
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Add a stratum for openstack services that includes all the core
openstack service code and daemons.
Add configuration files for keystone, glance, nova and nova-compute.
Add a system and cluster definition that builds an
image that runs keystone, glance and nova.
|
|
|
|
| |
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
|
| |
|
| |
|
|
|
|
|
| |
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
|
| | |
|
| | |
|