| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|\ \ |
|
| | | |
|
|\ \ \
| |/ / |
|
| | |
| | |
| | |
| | |
| | | |
Without these kernel arguments, the GENIVI x86_64 demo
system would not be able to start Weston.
|
| | | |
|
|\ \ \
| |/ /
|/| |
| | |
| | | |
Reviewed-by: Richard Maw
Reviewed-by: Lars Wirzenius
|
| | | |
|
| |/
| |
| |
| |
| | |
Otherwise DNS doesn't work in the resulting system, and probably
other stuff too.
|
| | |
|
|\ \
| | |
| | |
| | |
| | | |
Reviewed-by: Richard Maw on IRC
Reviewed-by: Pedro Alvarez on IRC
|
|/ / |
|
|\ \
| | |
| | |
| | |
| | | |
Reviewed-By: Richard Maw <richard.maw@codethink.co.uk>
Reviewed-By: Lars Wirzenius <lars.wirzenius@codethink.co.uk>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- Adds ability to pass cluster, ref and distbuild controller
hosts on the command line.
- Adds --help, and usage.
- Prints the specified parameters out.
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
Reviewed-by: Pedro Alvarez <pedro.alvarez@codethink.co.uk>
Reviewed-By: Lars Wirzenius <lars.wirzenius@codethink.co.uk>
|
| |/ /
| | |
| | |
| | |
| | | |
The baserock/v7.0.0 branch of gitlab.ce was branched from
baserock/ps/v7.0.0.
|
| | | |
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
Reviewed-By: Richard Ipsum <richard.ipsum@codethink.co.uk>
Reviewed-By: Lars Wirzenius <lars.wirzenius@codethink.co.uk>
|
|/ / /
| | |
| | |
| | |
| | | |
Remove a comment that is no longer true, fix a formatting error, and
add a docstring to a class that lacked one.
|
|\ \ \
| |/ /
| | |
| | |
| | | |
Reviewed-By: Adam Coldrick <adam.coldrick@codethink.co.uk>
Reviewed-By: Richard Maw <richard.maw@codethink.co.uk>
|
| | | |
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The 'morph deploy' command now lets us deploy system images one at a
time, so let's do that. This means that if all but one image is
deployed successfully, on the next run the user just needs to deploy
one further image.
Also, since each deployment has a unique name in release.morph now,
we can override the location and VERSION_LABEL fields instead of
requiring the user to update them manually before each release. The
release.morph cluster should now specify the *basename* of the image
in the location field only. By basename, I mean the system name plus
the appropriate extension (normally .tar or .img). The do-release
script will then prepend the image path and the version label to get
a filename.
The release.morph cluster has been updated accordingly.
|
| |
| |
| |
| |
| | |
This was suggested by Richard Maw and I forgot to fix up the branch
'sam/auto-release' before merging it.
|
| |
| |
| |
| |
| | |
This was a review comment from Richard Maw which I forgot to include
before merging branch 'sam/auto-release'
|
|\ \
| | |
| | |
| | |
| | | |
Reviewed-By: Adam Coldrick <adam.coldrick@codethink.co.uk>
Reviewed-By: Richard Maw <richard.maw@codethink.co.uk>
|
| | |
| | |
| | |
| | |
| | | |
If the release script is expected to be 'push-button' then we can't
assume the user will be paying attention to error messages later on.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This makes it more likely that new artifacts and images might be
publically available before they are officially announced, but I can't
see that causing problems.
Changes were required so that the script will only make public the files
that are part of the release, and not do 'mv *' from a configured
location into a publically shared location while unsupervised. The
intermediate .tar file is now removed from the artifact server when the
script completes.
The script no longer outputs debug messages by default, because the
really long SSH commandlines used to move files into place make this
pretty hard to follow. Some extra status() calls have been added
instead.
There are a few other cosmetic changes in this commit.
|
| |/
|/|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This lets us configure a gitlab system to send e-mail at deploy
time. It uses the following environment variables:
* MAIL_SEND_TYPE
* SMTP_ADDR
* SMTP_PORT
* SMTP_USER
* SMTP_PASS
* SMTP_DOMAIN
|
|/ |
|
| |
|
| |
|
|\
| |
| |
| |
| | |
Reviewed-By: Emmet Hikory <emmet.hikory@codethink.co.uk>
Reviewed-By: Sam Thursfield <sam.thursfield@codethink.co.uk>
|
| | |
|
| | |
|
| | |
|
|/ |
|
|\ |
|
| | |
|
| | |
|
|/ |
|
| |
|
|
|
|
| |
We don't use UPSTREAM_TROVE_USER or UPSTREAM_TROVE_EMAIL
|
|
|
|
|
|
|
|
| |
This is required to update the morphology to a version that compresses
the kernel with gzip, rather than lzo.
Refs for other bsp strata have been left, since the source they build
from is not otherwise changed.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Our new definition of a devel system is the minimal system to build and
deploy anything else.
We may in future re-add "fat" devel systems again under another name,
but it's significanly easier to release just this system.
The vagrant systems have been left alone, since they require guest
extensions, which depend on the X stuff anyway.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Simplifying 'morph edit' syntax showed that we have several
different versions of the chunk called 'linux'. This patch
versions of linux to match what they are for.
This patch was originally written by Paul Sherwood, but the name of
the morphology also has to be set in the chunk morphology, so wasn't
sufficient by itself.
Instead of making the changes in the 7 kernel trees that we had, they
have now all been merged into one, hence the sha1s and refs have also
been updated.
|
|
|
|
|
| |
Our officially supported ARM dev-board is the Wandboard. We haven't used
the imx53 BSP in a long time, so let's remove it.
|
|\
| |
| |
| |
| | |
Reviewed-by: Lars Wirzenius
Reviewed-by: Sam Thursfield
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Both are updated to the latest release, and there are morphology
changes to:
1. prefer util-linux's versions of blkid, findfs and fsck.
2. Install all of util-linux's tools, regardless of whether busybox
also has a version. We can have the busybox version for minimal
systems, but the util-linux versions for base systems.
|
| |
| |
| |
| | |
to use it'
|