(mirror of https://github.com/vyos/vyos-cloud-init.git) https://git.amelek.net/vyos/vyos-cloud-init.git/atom?h=rolling 2022-01-20T22:26:02+00:00 2022-01-20T22:26:02+00:00 vteratipally 67723486+vteratipally@users.noreply.github.com 2022-01-20T22:26:02+00:00 urn:sha1:2a08d592f7fbdb64452eb2da14592ae5aec806ea 2022-01-14T18:09:30+00:00 Brett Holman bholman.devel@gmail.com 2022-01-14T18:09:30+00:00 urn:sha1:73b1bb1f7665216053494717de27d7daf445d751 Reduce template rendering test runtime 2021-12-16T02:16:38+00:00 James Falcon james.falcon@canonical.com 2021-12-16T02:16:38+00:00 urn:sha1:bae9b11da9ed7dd0b16fe5adeaf4774b7cc628cf Applied Black and isort, fixed any linting issues, updated tox.ini and CI. 2021-12-08T21:27:37+00:00 Brett Holman bholman.devel@gmail.com 2021-12-08T21:27:37+00:00 urn:sha1:65c2cfd7f21758746444c8c79444994a4638d563 Add a test helper to get top level directory Many tests need to get the location of files & dirs within the cloud-init project directory. Tests implement this in various different ways, and often those ways depend on the current working directory of the pytest invocation. Create helper functions (and tests) that gets the path of the top directory or any sub directory under the top directory. This function does not depend on the environment. 2021-08-05T16:32:36+00:00 Aleksander Baranowski aleksander.baranowski@yahoo.pl 2021-08-05T16:32:36+00:00 urn:sha1:3d9c862b6ded798031fad827328fa437bc14ac97 2021-06-18T16:53:44+00:00 sshedi 53473811+sshedi@users.noreply.github.com 2021-06-18T16:53:44+00:00 urn:sha1:35aa9db6f8e2ba05d366776c0e8d97f52217e930 Also added a new (currently experimental) systemd-networkd renderer, and includes a small refactor to cc_resolv_conf.py to support the resolved.conf used by systemd-resolved. 2020-07-02T17:51:28+00:00 Daniel Watkins oddbloke@ubuntu.com 2020-07-02T17:51:28+00:00 urn:sha1:2b727914e8cbee6810b1bb9a1cfdb90ad521ceb6 This is an improvement over indirect parameterisation for a few reasons: * The test code is much easier to read, the mark names are much more intuitive than the indirect parameterisation invocation, and there's less boilerplate to boot * The fixture no longer has to overload the single parameter that fixtures can take with multiple meanings 2020-06-08T21:08:43+00:00 Daniel Watkins oddbloke@ubuntu.com 2020-06-08T21:08:43+00:00 urn:sha1:87b8080f3163574580a207f15ff308da6010b0ff * test_opennebula: convert TestParseShellConfig to a pytest test And allow it to run bash. (We aren't aiming to convert TestCase tests to pytest tests as a rule. In this case, I needed to change its implementation to limit subp usage, and I chose pytest over CiTestCase.) * test: move conftest.py to top-level, to cover tests/ also This gives us a single conftest.py which is shared by all tests in the project. 2020-06-08T16:49:12+00:00 Scott Moser smoser@brickies.net 2020-06-08T16:49:12+00:00 urn:sha1:3c551f6ebc12f7729a2755c89b19b9000e27cc88 This was painful, but it finishes a TODO from cloudinit/subp.py. It moves the following from util to subp: ProcessExecutionError subp which target_path I moved subp_blob_in_tempfile into cc_chef, which is its only caller. That saved us from having to deal with it using write_file and temp_utils from subp (which does not import any cloudinit things now). It is arguable that 'target_path' could be moved to a 'path_utils' or something, but in order to use it from subp and also from utils, we had to get it out of utils. 2020-03-31T03:24:51+00:00 Chad Smith chad.smith@canonical.com 2020-03-31T03:24:51+00:00 urn:sha1:4fb6fd8a046a6bcce01216c386f3b691a2c466bb On Focal and later, Ubuntu will prioritize netplan renderer over eni, even if ifupdown and netplan are both installed. ENI on Focal and later is considered an unsupported configuration so cloud-init should generally prefer netplan. On many cloud images, the /etc/network/interfaces config file does not include the dir /etc/network/interfaces.d thereby ignoring cloud-init's /etc/network/interfaces.d/50-cloud-init.cfg file. LP: #1867029