| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| |
| |
| | |
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
|
| |
|
| |
|
|
|
|
|
| |
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.
|