[PATCH 0/5] Lorry Controller: get rid of "ghost jobs"
by Lars Wirzenius
repo: git://git.baserock.org/baserock/baserock/lorry-controller
branch: baserock/liw/de-ghost
commit: b946a00ae92f1a573d51714b0a6b8b075fb5e792
land: master
card: 11305
This set of patches adds functionality to Lorry Controller to notice
jobs whose MINION (worker process running the job) has disappeared;
the patches introduce the term "ghost job" for this. This allows such
jobs to be cleaned up automatically, and stops them from preventing
new jobs from running once the table of jobs is filled with ghosts.
Lars Wirzenius (5):
Update ARCH about new API call (remove-ghost-jobs)
Add yarn tests for removing ghost jobs
Add --ghost-timeout option to WEBAPP
Implement /1.0/remove-ghost-jobs
Add systemd units to remove ghost jobs automatically
ARCH | 5 ++
lorry-controller-webapp | 10 +++
lorrycontroller/__init__.py | 1 +
lorrycontroller/removeghostjobs.py | 65 +++++++++++++++++++
units/lorry-controller-remove-ghost-jobs.service | 9 +++
units/lorry-controller-remove-ghost-jobs.timer | 6 ++
yarns.webapp/040-running-jobs.yarn | 79 ++++++++++++++++++++++++
7 files changed, 175 insertions(+)
create mode 100644 lorrycontroller/removeghostjobs.py
create mode 100644 units/lorry-controller-remove-ghost-jobs.service
create mode 100644 units/lorry-controller-remove-ghost-jobs.timer
--
1.9.1
8 years, 8 months
Committer Policy
by Emmet Hikory
Is the current policy on how one gains permission to commit to
git.baserock.org documented anywhere? If so, could someone please
provide me a reference? If not, could someone summarise the current
consensus (or in the absence of confidence on this, summarise their
personal opinion of the current policy)?
Thank you.
--
Emmet HIKORY
8 years, 9 months
[PATCH 0/3] More generic extlinux.conf generation + device tree support V2
by James Thomas
Repo:git.baserock.org/baserock/baserock/morph
Branch:baserock/james/writeexts_support_jetson
sha1: bc72edda2dddfae6f3c669f5e3b1bd795952205b
These patches split out the generation/installation of bootloader related
files, and also add the ability to specify a device tree to be used
James Thomas (3):
Support setting a different root device using ROOT_DEVICE
Make bootloader config/install more generic
Add support for a device tree to be set using DTB_PATH
morphlib/writeexts.py | 97 +++++++++++++++++++++++++++++++++++++++++----------
1 file changed, 78 insertions(+), 19 deletions(-)
--
1.9.3
8 years, 9 months
[PATCH 0/2] morph: distbuild and deploy fixes
by Lars Wirzenius
repo: git://git.baserock.org/baserock/baserock/morph
branch: baserock/liw/distbuild-fixes
commit: efb813d31fca292ba4dabce44d674d8317615e46
land: master
card:
I needed these fixes to be able to build and deploy a distbuild
system. I am submitting them as a series, but they should be
considered separately.
The first patch is by Richard Ipsum and fixes distbuild so it won't
force a .morph appended to the morphology filename (even when one is
there already). This has been used by various people, but hasn't been
submitted as a patch yet. This patch should be pretty uncontroversial,
and if nothing else gets merged, this should be.
The second patch is by me. I was unable to deploy anything without
this patch. See the commit message for the error message. I am less
sure this patch is acceptable, but I would feedback on it. I'm not
sure what causes the encoding error. I note that we've been having
multiple issues with trying to get /baserock/*.meta and other data
encoded into JSON properly, and it's a bad sign that it's so difficult
to get it all to work. Maybe it's time to switch to YAML, which can
handle binary data more cleanly?
Lars Wirzenius (1):
Remove unicode-escape encoding in deploy plugin
Richard Ipsum (1):
Use sanitise_morphology_path in serialise_artifact
morphlib/plugins/deploy_plugin.py | 2 +-
morphlib/plugins/distbuild_plugin.py | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
--
1.8.4
8 years, 9 months
[PATCH 0/3] Update GStreamer 1 stack
by Javier Jardón
This upgrades to the latest stable version of GStreamer (1.2.x)
and add the required plugins to have and functional GStreamer stack
As those are quite trivial patches I haven't made a pullable branch
available somewhere, hope is not a problem.
Javier Jardón (3):
multimedia.morph: Update ORC to 0.4.19
multimedia.morph: Upgrade GStreamer to latest stable branch (1.2.x)
multimedia.morph: build GStreamer 1.2.x plugins
multimedia.morph | 30 ++++++++++++++++++++++++++----
1 file changed, 26 insertions(+), 4 deletions(-)
--
1.8.1.4
8 years, 9 months
[PATCH V3 0/2] Lorry OpenStack dependencies
by mark.doffman@codethink.co.uk
From: Mark Doffman <mark.doffman(a)codethink.co.uk>
Repository: ssh://git@git.baserock.org/baserock/local-config/lorries.git
Ref: markdoffman/add-openstack-dependencies-v2
Sha1: 67b3a52dcdf6e2609c7e29de1069
Version three of a patch to lorry all openstack dependencies.
Changes since version 1:
* Merged all python package lorry files in to one file 'python-packages.lorry'.
These lorries are placed under the 'python/' subdirectory.
Changes since version 2:
* Removed already lorried packages.
* Changed name of redis package to 'redis-py'
Mark Doffman (2):
Regenerate OpenStack lorry.
Lorry OpenStack dependencies.
open-source-lorries/openstack.lorry | 15 ++
open-source-lorries/python-packages.lorry | 424 ++++++++++++++++++++++++++++++
open-source-lorries/thrift.lorry | 6 +
scripts/generate-openstack.lorry.py | 7 +-
4 files changed, 449 insertions(+), 3 deletions(-)
create mode 100644 open-source-lorries/python-packages.lorry
create mode 100644 open-source-lorries/thrift.lorry
--
1.8.4
8 years, 10 months
[PATCH] Reorganize some GNOME lorries
by Javier Jardón
From: Javier Jardón <jjardon(a)gnome.org>
REPO: git://git.baserock.org/baserock/local-config/lorries.git
I tried to group GNOME components that already exist in git.baserock.rg
under the gnome/ prefix
Also I remove metacity, gnome-doc-utils and libIDL as they are not
GNOME dependencies anymore
Javier Jardón (1):
Clean GNOME modules organization a bit
open-source-lorries/caribou.lorry | 6 ---
open-source-lorries/evolution-data-server.lorry | 10 -----
open-source-lorries/gconf.lorry | 6 ---
open-source-lorries/gjs.lorry | 10 -----
open-source-lorries/glade.lorry | 10 -----
open-source-lorries/gnome-all.lorry | 60 +++++++++++++++++++++++++
open-source-lorries/gnome-doc-utils.lorry | 6 ---
open-source-lorries/gnome-keyring.lorry | 6 ---
open-source-lorries/gnome-settings-daemon.lorry | 10 -----
open-source-lorries/gnome-themes-standard.lorry | 6 ---
open-source-lorries/libIDL.lorry | 8 ----
open-source-lorries/libgdata.lorry | 10 -----
open-source-lorries/metacity.lorry | 6 ---
open-source-lorries/mutter.lorry | 10 -----
open-source-lorries/nautilus-sendto.lorry | 6 ---
open-source-lorries/nautilus.lorry | 6 ---
open-source-lorries/yelp-tools.lorry | 6 ---
open-source-lorries/yelp-xsl.lorry | 6 ---
open-source-lorries/zenity.lorry | 6 ---
19 files changed, 60 insertions(+), 134 deletions(-)
delete mode 100644 open-source-lorries/caribou.lorry
delete mode 100644 open-source-lorries/evolution-data-server.lorry
delete mode 100644 open-source-lorries/gconf.lorry
delete mode 100644 open-source-lorries/gjs.lorry
delete mode 100644 open-source-lorries/glade.lorry
delete mode 100644 open-source-lorries/gnome-doc-utils.lorry
delete mode 100644 open-source-lorries/gnome-keyring.lorry
delete mode 100644 open-source-lorries/gnome-settings-daemon.lorry
delete mode 100644 open-source-lorries/gnome-themes-standard.lorry
delete mode 100644 open-source-lorries/libIDL.lorry
delete mode 100644 open-source-lorries/libgdata.lorry
delete mode 100644 open-source-lorries/metacity.lorry
delete mode 100644 open-source-lorries/mutter.lorry
delete mode 100644 open-source-lorries/nautilus-sendto.lorry
delete mode 100644 open-source-lorries/nautilus.lorry
delete mode 100644 open-source-lorries/yelp-tools.lorry
delete mode 100644 open-source-lorries/yelp-xsl.lorry
delete mode 100644 open-source-lorries/zenity.lorry
--
2.0.2
8 years, 10 months
Distbuild broken
by James Thomas
This, in my mind, is pretty urgent, however it's been broken for some time now
(at least since the 20th) and as it stands baserock master is not suitable for
distbuild builds
The first problem is morph, on the controller, seems to want to play with a
.morph.morph file, this is fixable using the following patch:
http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/morph.git/comm...
However, this leads to another problem
2014-07-31 10:46:38 Progress: Computing build graph
ERROR: Failed to build baserock:baserock/definitions
refs/heads/ct-mcr-1/builds/293cd1afd58c4f1fa1e4a6eee5f12893/5d8e3d8a07134c4185a8d737f83cff78
devel-system-armv7lhf-jetson.morph: Failed to compute build graph: Problem with
serialise-artifact
Again this is the controller reporting the error. The logs aren't very helpful here.
Is this a known issue? Are there any workarounds/patches for it yet?
--
Thanks
James
8 years, 10 months
[PATCH 0/8] Add GTK+3 stratum
by Javier Jardón
REPO: baserock:baserock/definitions
Javier Jardón (8):
gtk2.morph: librsvg is not a GTK+ dependency
Move GTK+ dependencies to a new 'gtk-deps' stratum
gtk2.morph: Remove some build-deps
gtk-deps.morph: Update gnome-common to 3.12.0
gtk-deps.morph: Upgrade accesibility packages
gtk-deps.morph: Update cairo to 1.12.16
gtk-deps.morph: Update HarfBuzz to version 0.9.31
Add GTK+3 stratum
gtk-deps.morph | 76 ++++++++++++++++++++++++++++++++++++++++++++++
gtk2.morph | 95 ++--------------------------------------------------------
gtk3.morph | 13 ++++++++
xfce.morph | 10 +++++++
4 files changed, 101 insertions(+), 93 deletions(-)
create mode 100644 gtk-deps.morph
create mode 100644 gtk3.morph
--
1.8.1.4
8 years, 10 months