summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Update chef morphs to be generated from stable 11.8.4.ohai7.0 tagbaserock/sam/chef-from-gemsSam Thursfield2014-08-0131-222/+370
| | | | | | | | Using chef-12.0.0.alpha.0 results in the following error: # chef-client /usr/lib/ruby/2.0.0/rubygems/dependency.rb:296:in `to_specs': Could not find 'ohai' (~> 7.2) - did find: [ohai-7.2.0.rc.1] (Gem::LoadError)
* Include foundation in chef-systemSam Thursfield2014-08-011-0/+3
| | | | | This increases the size to around 250MB, but it's required for libffi to work, and much other stuff no doubt.
* Update chef morphs for new build-mode: rubygem approachSam Thursfield2014-08-0145-88/+132
|
* ADD NAME FIELD BECAUSE THE STRATUM IS IGNORED OTHERWISESam Thursfield2014-08-011-1/+2
|
* Use a ref that actually exists in the dummy repoSam Thursfield2014-07-311-44/+44
|
* Chef imported into Baserock, prototype #2Sam Thursfield2014-07-3147-13/+1026
| | | | | | | | | Taking advantage of the new work in Morph 'master' allowing chunk morphs to go in definitions, we can now treat each Gem as a chunk, and with a bit of hackery, make fetching and compiling+installing the Gem from http://rubygems.org/ look like a normal Morph build. To avoid the hackery we need to introduce a separate build-mode, probably, but this is a start!
* REmove GCC binaries in the chef system manuallySam Thursfield2014-07-313-0/+22
| | | | | Nasty hack, but saves 200MB or about 50% of the total size of the system.
* Strip out ruby documentation from the chef systemSam Thursfield2014-07-312-4/+8
| | | | It's about 70MB, and not needed in a container.
* Don't include core-runtime, try pulling in just the OpenSSL libsSam Thursfield2014-07-312-1/+5
| | | | | The chef system is about 667MB with core-runtime included which seems excessive for a container!
* No need to redefine core-runtimeSam Thursfield2014-07-311-4/+0
|
* Remove fluffSam Thursfield2014-07-311-86/+0
|
* chef-system: OpenSSL libraries are needed at runtime.Sam Thursfield2014-07-312-0/+7
|
* Add Chef hack attempt #1Sam Thursfield2014-07-312-1/+13
| | | | | This uses a local repo with all the required Gems committed in advance and a script that runs 'gem install' as the build tool.
* Initial chef systemSam Thursfield2014-07-312-0/+102
| | | | Installs chef by running 'gem' at deploy time. Sorry.
* Merge branch 'baserock/liw/x-consolidation'Lars Wirzenius2014-07-2518-430/+21
|\ | | | | | | | | This merges changes from Emmet Hikory and Michael Drake to consolidate X strata so they're easier to work with.
| * Update mesa-x ref to use consolidated chunk morphologyLars Wirzenius2014-07-251-1/+1
| | | | | | | | This is the ref for the merged branch from Emmet.
| * Consolidate genivi-specific X definitionsEmmet Hikory2014-07-257-29/+5
| | | | | | | | | | The GENIVI-specific X definitions now only differ in name, so may be consolidated.
| * Consolidate X definitionsEmmet Hikory2014-07-2518-402/+17
|/ | | | | | As the X morphlogies no longer carry significant variation, and maintaining syncronisation becomes a frustrating manual exercise, they are consolidated, based on the x86_64 X, which seems most current.
* Merge remote-tracking branch 'origin/baserock/liw/gitlab-repoless-backups'Lars Wirzenius2014-07-246-14/+88
|\ | | | | | | | | Reviewed-by: Richard Maw Reviewed-by: Adam Coldrick
| * Add remote backup and restoration scripts.Michael Drake2014-07-022-0/+79
| | | | | | | | | | | | | | | | | | - Scripts written by Lars Wirzenius. - Reviewed by Michael Drake. These scripts are to be copied to the system on which the backups are made. They are stored here to keep the related logic in one source location.
| * Add fstab configuration extension to gitlab-server system.Michael Drake2014-07-021-0/+1
| | | | | | | | | | This is useful so that we can deploy a Gitlab system with a separate /home disk.
| * Add systemd units to run backup-gitlab periodicallyLars Wirzenius2014-07-022-3/+3
| |
| * Change backup-gitlab to use database dump instead of Rake scriptLars Wirzenius2014-07-021-11/+5
| | | | | | | | | | | | | | | | | | | | | | The Gitlab Rake script for backing up doesn't backup the database that Gitlab CI uses, and additonally it does a git bundle for each git repository. Our GitLab instance has hundreds of git repositories, making the bundling be a very expensive things. Instead, we use the Postgres tool to dump all databases to a file, and arrange to backup the dump files, the git repositories, and all other relevant files directly.
* | Remove old release scriptsLars Wirzenius2014-07-242-687/+0
| |
* | Merge branch 'baserock/liw/release-upload-script'Lars Wirzenius2014-07-244-0/+564
|\ \ | | | | | | | | | | | | | | | | | | | | | Reviewed-by: Richard Maw Reviewed-by: Sam Thursfield I fixed commit meessages and made some small code changes while merging, as discussed on the mailing list.
| * | Chmod uploaded filesLars Wirzenius2014-07-241-1/+18
| | | | | | | | | | | | Suggested-by: Sam Thursfield
| * | Add new scripts for building, uploading releaseLars Wirzenius2014-07-244-0/+547
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | These scripts are a rewrite of scripts/do-release.py and scripts/distbuild-cluster. The biggest difference is that they split the tasks of building the things that are to be released, and uploading them to git.baserock.org / download.baserock.org, where do-release.py combines both (and distbuild-cluster only builds chunk/stratum/system artifacts, not the release images). The new scripts are also configurable using command line options or a configuration file rather than requiring editing of the source. These changes will allow, for example, a CI job that builds a release, but doesn't upload it to download.baserock.org. The new scripts are coupled with a change to the release process, which will be documented as a change to the release process page on wiki.baserock.org. The 14.29 release of Baserock was done with slightly different versions of these scripts to make it feasible to upload things over multiple network connections.
* | | Merge branch 'baserock/pedroalvarez/add-more-openstack-clients3'Pedro Alvarez2014-07-249-37/+61
|\ \ \ | |/ / |/| | | | | Reviewed-by: Richard Maw
| * | Add cloud-init support to some x86 systems (base, devel and Trove)Pedro Alvarez2014-07-245-0/+10
| | | | | | | | | | | | | | | | | | This includes: - Add cloudinit-support stratum to the systems - Add cloud-init configuration extension to the systems
| * | Add cloud-init.configure extensionPedro Alvarez2014-07-241-0/+50
| | |
| * | Use a cloud-init version with the services disabled by defaultPedro Alvarez2014-07-231-1/+1
| | | | | | | | | | | | | | | | | | Now adding cloud-init to a system will be harmless and it can be enabled with a configuration extension during the deployment.
| * | Remove all the OpenStack specific systemsPedro Alvarez2014-07-232-36/+0
|/ /
* | Update morph to include chunks-in-definitionsRichard Maw2014-07-231-1/+1
| |
* | Update morph to get fix for distbuildRichard Ipsum2014-07-181-1/+1
| | | | | | | | The recent unicode fix in morph broke distbuild, so it has been reverted.
* | Merge branch 'baserock/richardipsum/tegra-distbuild-system'Richard Ipsum2014-07-182-8/+35
|\ \
| * | Put distbuild logs into /srv/distbuildbaserock/richardipsum/tegra-distbuild-systemRichard Ipsum2014-07-181-8/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | On distbuild we put logs into /srv/distbuild/. For a disbuild network we expect a large storage device to be mounted at /srv/distbuild, however the rootfs may be relatively small, so we want to put logs onto the large storage device to avoid filling up the rootfs. Symlinks to the logs are placed in /var/log as a convenience.
| * | Add jetson distbuild systemRichard Ipsum2014-07-181-0/+20
| | |
* | | Merge branch 'baserock/richardipsum/tegra-devel-system'Richard Ipsum2014-07-182-0/+40
|\ \ \ | |/ /
| * | Add jetson devel systemRichard Ipsum2014-07-181-0/+17
| | |
| * | Add jetson devel bspRichard Ipsum2014-07-181-0/+23
| | |
* | | Update fhs-dirs ref to solve a shadow login bug.Pedro Alvarez2014-07-171-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This change solves the following bug: 1. Deploy/install a baserock system with shadow (in core.morph) 2. Login as root (you don't need a password the first time) 3. Change the password of the root user using `passwd` 4. Logout 5. Login as root. it won't ask you for a password. This change also updates /etc/issues to stop pointing to www.baserock.com.
* | | Merge branch 'baserock/pedroalvarez/ppc64-distbuild'Pedro Alvarez2014-07-161-0/+20
|\ \ \ | |/ / |/| | | | | | | | Reviewed-by: Richard Ipsum Reviewed-by: Emmet Hikory
| * | distbuild: Add ppc64 systemPedro Alvarez2014-07-161-0/+20
|/ /
* | Merge branch 'master' of ssh://git.baserock.org/baserock/baserock/definitionsMichael Drake2014-07-159-269/+145
|\ \
| * | Update morph to fix JSON file handling to be binary filename safeLars Wirzenius2014-07-151-1/+1
| | |
| * | Merge branch 'baserock/richardipsum/fix_distbuild_conf_ext'Richard Ipsum2014-07-151-7/+7
| |\ \ | | | | | | | | | | | | | | | | Reviewed by: Lars Wirzenius
| | * | Fix distbuild conf extensionbaserock/richardipsum/fix_distbuild_conf_extRichard Ipsum2014-07-111-7/+7
| | | | | | | | | | | | | | | | | | | | The distbuild conf extension uses TROVE_ID where it should use TROVE_HOST. This only becomes a problem when TROVE_ID and TROVE_HOSTNAME are not equal.
| * | | Merge branch 'baserock/pedroalvarez/trove-ansible3'Pedro Alvarez2014-07-147-261/+137
| |\ \ \ | | |/ / | |/| | | | | | | | | | Reviewed-by: Richard Maw Reviewed-by: Lars Wirzenius
| | * | New trove.configurePedro Alvarez2014-07-144-258/+94
| | | |
| | * | Use new version of trove-setup, gitano and lorry-controller.Pedro Alvarez2014-07-141-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | trove-setup: - Use ansible to configure the trove. lorry-controller: - Changes needed for the new trove-setup. Now lorry-controller does't enable its units when installing. gitano: - Updated to a new version needed for the new trove-setup. With this new version is possible to change the path of the skeleton of gitano. update gitano to change paths of skel
View Lorry Controller Status