(mirror of https://github.com/vyos/vyos-cloud-init.git) https://git.amelek.net/vyos/vyos-cloud-init.git/atom?h=circinus-public-unmaintained 2022-03-25T19:42:00+00:00 2022-03-25T19:42:00+00:00 zsdc taras@vyos.io 2022-03-25T18:58:01+00:00 urn:sha1:31448cccedd8f841fb3ac7d0f2e3cdefe08a53ba Merged with 22.1 tag from the upstream Cloud-init repository. Our modules were slightly modified for compatibility with the new version. 2021-08-05T16:32:36+00:00 Aleksander Baranowski aleksander.baranowski@yahoo.pl 2021-08-05T16:32:36+00:00 urn:sha1:3d9c862b6ded798031fad827328fa437bc14ac97 2021-01-08T18:12:24+00:00 Christian Poessinger christian@poessinger.com 2021-01-08T18:12:24+00:00 urn:sha1:3b0c82a46e655ff2980957be582220cfba3eb6fc dh-systemd was merged into debhelper in version 9.20160709 [1] and since stretch, dh-systemd is an empty transitional package. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822670 2020-05-02T00:57:24+00:00 Paride Legovini paride.legovini@canonical.com 2020-05-02T00:57:24+00:00 urn:sha1:4d2684848722cb2d469ad4fa60999bf81cf7056e Since upstream cloud-init has dropped python2 support, adapt remaining package build scripts and tools to python3 only Changes: * Do not template debian/rules as python3 is the only supported version * Drop six from requirements.txt * Makefile: drop everything related to Python 2 * run-container: install the CI deps only on ubuntu|debian * read-version: update the shebang to use Python 3 * brpm: read_dependencies(): drop unused argument * read-dependencies: switch to Py3 and drop the --python-version option * pkg-deps.json: drop the Python version field and update the redhat deps * pkg-deps.json: drop the unittest2 and contextlib2 renames * Update RPM the spec file to use Python 3 when building the RPM * bddeb: drop support for Python 2 2020-04-24T13:26:51+00:00 Daniel Watkins oddbloke@ubuntu.com 2020-04-24T13:26:51+00:00 urn:sha1:38a7e6e9756fdab31264c0d6e93d20432ed111ac These libraries provide backports of Python 3's stdlib components to Python 2. As we only support Python 3, we can simply use the stdlib now. This pull request does the following: * removes some unneeded compatibility code for the old spelling of `assertRaisesRegex` * replaces invocations of the Python 2-only `assertItemsEqual` with its new name, `assertCountEqual` * replaces all usage of `unittest2` with `unittest` * replaces all usage of `contextlib2` with `contextlib` * drops `unittest2` and `contextlib2` from requirements files and tox.ini It also rewrites some `test_azure` helpers to use bare asserts. We were seeing a strange error in xenial builds of this branch which appear to be stemming from the AssertionError that pytest produces being _different_ from the standard AssertionError. This means that the modified helpers weren't behaving correctly, because they weren't catching AssertionErrors as one would expect. (I believe this is related, in some way, to https://github.com/pytest-dev/pytest/issues/645, but the only version of pytest where we're affected is so far in the past that it's not worth pursuing it any further as we have a workaround.) 2020-03-17T19:48:51+00:00 Daniel Watkins oddbloke@ubuntu.com 2020-03-17T19:48:51+00:00 urn:sha1:b9ff0dc950558ecd2a8469eded26bd6ae4082771 2020-03-10T17:26:05+00:00 Daniel Watkins oddbloke@ubuntu.com 2020-03-10T17:26:05+00:00 urn:sha1:986f37b017134ced5d9dd38b420350916297002b As the nose docs[0] themselves note, it has been in maintenance mode for the past several years. pytest is an actively developed, featureful and popular alternative that the nose docs themselves recommend. See [1] for more details about the thinking here. (This PR also removes stale tox definitions, instead of modifying them.) [0] https://nose.readthedocs.io/en/latest/ [1] https://lists.launchpad.net/cloud-init/msg00245.html 2020-01-24T20:12:11+00:00 Paride Legovini paride.legovini@canonical.com 2020-01-24T20:12:11+00:00 urn:sha1:c99cfb21164b24644fec56013449b2b1e3b54fb3 * packages/brpm: switch to python3 No changes needed other than changing the shebang interpreter. * pkg-deps.json: bump the redhat build dependencies to python36 CentOS 7 (our standard target for the COPR test builds) uses python3.6 as its default python3 interpreter, so let's bump the build dependencies accordingly. 2017-10-02T18:53:56+00:00 Andrew Jorgensen ajorgens@amazon.com 2017-10-02T18:53:56+00:00 urn:sha1:f010594beb75e146091db47b7d72d1fc1d763e98 The first revision of this rendered tables with less decoration but there was a desire upstream to avoid possibly breaking some parsing someone might be doing, so it has been revised to render the same as prettytable for the cases cloud-init actually uses. 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.