(mirror of https://github.com/vyos/vyos-cloud-init.git) https://git.amelek.net/vyos/vyos-cloud-init.git/atom?h=crux 2018-05-23T16:31:48+00:00 2018-05-23T16:31:48+00:00 Scott Moser smoser@ubuntu.com 2018-05-23T16:31:48+00:00 urn:sha1:a821cde1722b18ec54279a5fbfb5da96032ef95e tools/run-container is like tools/run-centos, but currently supports the following images from lxc-images opensuse/42.3 centos/6 centos/7 ubuntu/16.04 debian/10 debian/sid Also here is to make installation via zypper in tools/read-dependencies not prompt user. 2017-10-23T20:10:16+00:00 Scott Moser smoser@brickies.net 2017-10-23T18:11:38+00:00 urn:sha1:5b6fd3ae353dd65e57ab138d7dca640d1c88d32c During continuous integration tests, we're seeing quite a lot of unreliablity when running 'yum install'. The change here is to move to re-trying a run of 'yum install --downloadonly' for 10 times or until it succeeds. Then afterwards, running yum install from the cache. This seems safer in general than just re-trying an install operation, since we are specifically affected by the download phase failing. Also present are some flake8 fixes to tools/read-dependencies. 2017-06-14T23:11:43+00:00 Chad Smith chad.smith@canonical.com 2017-06-14T23:11:43+00:00 urn:sha1:b23d9d7c5c112612dbaaf8c8371c9e735500b2eb read-dependencies now takes --test-distro param to indicate we want to install all system package depenencies to allow for testing and building for our continous integration environment. It allows us to install all needed deps on a fresh system with: python3 ./tools/read-dependencies --distro ubuntu --test-distro [--dry-run]. Additionally read-dependencies now looks at what version of python is running the script (py2 vs p3) and opts to install python 2 or 3 system deps respectively. This behavior can still be overridden with python3 ./tools/read-dependencies ... --python-version 2. There are also some distro-specific packaging and test dependencies, like devscripts, tox and libssl-dev on debian or ubuntu. Those pkg dependencies have now been broken out from common pkg deps to avoid trying to install them on centos/redhat/suse. 2017-06-14T18:29:23+00:00 Scott Moser smoser@brickies.net 2017-06-14T13:33:54+00:00 urn:sha1:55a006afca73633c607c537dee62097e85011443 These changes are all in an effort to get tools/run-centos using read-dependencies rather than the 'setup-centos' script with a separate set of dependencies listed. - tools/read-dependencies: support taking multiple --requirements options. This allows run-centos to get both test and build dependencies. Ultimately, I think it might be nicer for read-dependencies to take a list of "goals" (build, test, run or test-tox) rather than having the caller need to know to provide multiple --requirements. - packages/pkg-deps.json: drop the version on the sudo package. centos 6 has newer (1.8.6p3) version than listed, so its not a problem. - test_handler_disk_setup.py: a test case here was using assertLogs which is not present in the version of unittest2 that is available in centos 6 epel. We just adjust it to use with_logs = True. - tools/run-cents: - improve usage with example - add 'inside_as_cd' to provide the dir you want to cd first to. - avoid the intermediate tarball on disk in the container. - add 'prep' subcommand and use it to install pre-dependencies. - use read-dependencies. 2017-06-14T02:13:34+00:00 Chad Smith chad.smith@canonical.com 2017-06-07T23:26:52+00:00 urn:sha1:744e648eaf6325758282ef23bffcc4194faa6bac This change adds a couple of makefile targets for ci environments to install all necessary dependencies for package builds and test runs. It adds a number of arguments to ./tools/read-dependencies to facilitate reading pip dependencies, translating pip deps to system package names and optionally installing needed system-package dependencies on the local system. This relocates all package dependency and translation logic into ./tools/read-dependencies instead of duplication found in packages/brpm and packages/bddeb. In this branch, we also define buildrequires as including all runtime requires when rendering cloud-init.spec.in and debian/control files because our package build infrastructure will also be running all unit test during the package build process so we need runtime deps at build time. Additionally, this branch converts packages/(redhat|suse)/cloud-init.spec.in from cheetah templates to jinja to allow building python3 envs. 2016-12-22T22:04:28+00:00 Jon Grimm jon.grimm@canonical.com 2016-11-22T23:09:53+00:00 urn:sha1:b2a9f33616c806ae6e052520a8589113308f567c This has been a recurring ask and we had initially just made the change to the cloud-init 2.0 codebase. As the current thinking is we'll just continue to enhance the current codebase, its desirable to relicense to match what we'd intended as part of the 2.0 plan here. - put a brief description of license in LICENSE file - put full license versions in LICENSE-GPLv3 and LICENSE-Apache2.0 - simplify the per-file header to reference LICENSE - tox: ignore H102 (Apache License Header check) Add license header to files that ship. Reformat headers, make sure everything has vi: at end of file. Non-shipping files do not need the copyright header, but at the moment tests/ have it. 2016-08-03T20:00:52+00:00 Lars Kellogg-Stedman lars@redhat.com 2016-07-22T19:09:24+00:00 urn:sha1:72d6adcb2e4cb5911f7809b89835965d4bf04476 - Update HACKING.rst to include git instructions - update MANIFEST.in and .gitignore to ignore git-related things - replaced tarball generation scripts with git-based script - have the spec files correctly identify themselves as cheetah templates - make brpm work with git 2015-02-10T20:32:32+00:00 Scott Moser smoser@ubuntu.com 2015-02-10T20:32:32+00:00 urn:sha1:a4a6702758cf60ecb8742d78e576733dbbdbb9a0 painful, and not perfect, but at this point the output builds on a vivid system python2 (bddeb --python2) or python3. * remove use of cheetah by bddeb in favor of builtin renderer * add '--python2' flag to bddeb and knowledge of python 2 and python3 package names. * read-dependencies can now read test-requirements also. * differenciate from build-requirements and runtime requirements. 2014-01-22T19:41:34+00:00 Scott Moser smoser@ubuntu.com 2014-01-22T19:41:34+00:00 urn:sha1:e26ac6b63072f3217de2fc9214584e61682cd211 This just does python rewrites of these tools that were shell or sed or grep. Clearly the user of cloud-init has python, but it turns out that getting sane versions of sed or grep on different unixes is less than simple. 2014-01-18T07:46:19+00:00 Joshua Harlow harlowja@gmail.com 2014-01-18T07:46:19+00:00 urn:sha1:61da02ee4318c5e2718fecf922b53e7bfee6d54c