vyos-cloud-init.git - (mirror of https://github.com/vyos/vyos-cloud-init.git)

Age	Commit message (Collapse)	Author
2021-12-15	Adopt Black and isort (SC-700) (#1157)	James Falcon
	Applied Black and isort, fixed any linting issues, updated tox.ini and CI.
2020-06-17	util: rename write_file's copy_mode parameter to preserve_mode (#439)	Daniel Watkins
	When updating the docstring to include it, I realised that the current name is somewhat misleading; this makes it a little easier to understand, I think.
2019-09-09	atomic_helper: add DEBUG logging to write_file	Daniel Watkins
	LP: #1843276
2017-04-12	util: teach write_file about copy_mode option	Lars Kellogg-Stedman
	On centos/fedora/rhel/derivatives, /etc/ssh/sshd_config has mode 0600, but cloud-init unilaterally sets file modes to 0644 when no explicit mode is passed to util.write_file. On ubuntu/debian, this file has mode 0644. With this patch, write_file learns about the copy_mode option, which will cause it to use the mode of the existing file by default, falling back to the explicit mode parameter if the file does not exist. LP: #1644064 Resolves: rhbz#1295984
2016-12-22	LICENSE: Allow dual licensing GPL-3 or Apache 2.0	Jon Grimm
	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-22	Minor cleanups to atomic_helper and add unit tests.	Scott Moser
	Change atomic_helper.write_file to have same same signature as write_file. Add some simple unit tests for atomic_helper.
2016-08-15	Get Azure endpoint server from DHCP client	Brent Baude
	It is more efficient and cross-distribution safe to use the hooks function from dhclient to obtain the Azure endpoint server (DHCP option 245). This is done by providing shell scritps that are called by the hooks infrastructure of both dhclient and NetworkManager. The hooks then invoke 'cloud-init dhclient-hook' that maintains json data with the dhclient options in /run/cloud-init/dhclient.hooks/<interface>.json . The azure helper then pulls the value from /run/cloud-init/dhclient.hooks/<interface>.json file(s). If that file does not exist or the value is not present, it will then fall back to the original method of scraping the dhcp client lease file.