(mirror of https://github.com/vyos/vyos-cloud-init.git) https://git.amelek.net/vyos/vyos-cloud-init.git/atom?h=20.3 2020-08-13T19:19:22+00:00 2020-08-13T19:19:22+00:00 Daniel Watkins oddbloke@ubuntu.com 2020-08-13T19:19:22+00:00 urn:sha1:545b1c778a036aa973d98aa08453a15f3f872b5a Plus a minor formatting improvement. 2020-07-21T15:52:29+00:00 xiaofengw-vmware 42736879+xiaofengw-vmware@users.noreply.github.com 2020-07-21T15:52:29+00:00 urn:sha1:995f8adf00509e5d2aefc9f0680c3c4894ae6666 Add support for VMware's vCD configuration setting DEFAULT-RUN-POST-CUST-SCRIPT. When set True, it will default vms to run post customization scripts if the VM has not been configured in VMTools with "enable-custom-scripts" set False. Add datasource documentation with a bit more context about this interaction on VMware products. With this fix, the behavior will be: * If VM administrator doesn't want others to execute a script on this VM, VMtools can set "enable-custom-scripts" to false from the utility "vmware-toolbox-cmd". * If VM administrator doesn't set value to "enable-custom-scripts", then by default this script is disabled for security purpose. * For VMware's vCD product , the preference is to enable the script if "enable-custom-scripts" is not set. vCD will generate a configuration file with "DEFAULT-RUN-POST-CUST-SCRIPT" set to true. This flag works for both VMware customization engine and cloud-init. 2020-07-02T12:52:26+00:00 Landon Kirk landonaddison@yahoo.com 2020-07-02T12:52:26+00:00 urn:sha1:e31f7fe43aa8f352097c4bb3e97fc3acca8a26b7 Also add landon912 to .github-cla-signers 2020-07-02T12:32:15+00:00 Matt Riedemann mriedem.os@gmail.com 2020-07-02T12:32:15+00:00 urn:sha1:ac422e764af04df799ddad0449da72909e5d1eb1 2020-06-19T13:25:25+00:00 Paride Legovini paride.legovini@canonical.com 2020-06-19T13:25:25+00:00 urn:sha1:615fe62c0927e68349a1cd602c169eb699684f50 LP: #1883666 2020-06-09T15:18:29+00:00 Gregor Riepl onitake@gmail.com 2020-06-09T15:18:29+00:00 urn:sha1:e52ec4ebb8042e3be8c409252f6bbeb1fd767ee2 * Document CloudStack data-server well-known hostname * Document fallback to default gateway * Add onitake to CLA signers list 2020-04-28T14:34:10+00:00 Daniel Watkins oddbloke@ubuntu.com 2020-04-28T14:34:10+00:00 urn:sha1:f5e1d67bf6faf400749ca192c3394c3356b2654e I don't believe this has ever been supported, looking at the git history, but it certainly isn't at the moment. LP: #1875470 2020-04-22T18:38:15+00:00 Tak Nishigori nishigori.tak@gmail.com 2020-04-22T18:38:15+00:00 urn:sha1:1b049e6e51a9ac1ca02bf33629ede5c47c5b1941 This proposal has been aligned in a human readable. There are no changes to this except for spac The indentation size is not specifically defined in the YAML RFC $ make yaml has passed on my-machine I set the indentation size to the largest number of articles in the repository (dictionary: 2) (And also include nishigori as a CLA signer.) 2020-03-26T21:15:37+00:00 Silvio Knizek killermoehre@gmx.net 2020-03-26T21:15:37+00:00 urn:sha1:7f9f33dbb08bacaa49244e857847400ad8a67ad4 add SAP Converged Cloud as cloud provider 2020-03-18T19:33:37+00:00 Chad Smith chad.smith@canonical.com 2020-03-18T19:33:37+00:00 urn:sha1:6600c642af3817fe5e0170cb7b4eeac4be3c60eb Add support for rendering secondary static IPv4/IPv6 addresses on any NIC attached to the machine. In order to see secondary IP addresses in Ec2 IMDS network config, cloud-init now reads metadata version 2018-09-24. Metadata services which do not support the Ec2 API version will not get secondary IP addresses configured. In order to discover secondary IP address config, cloud-init now relies on metadata API Parse local-ipv4s, ipv6s, subnet-ipv4-cidr-block and subnet-ipv6-cidr-block metadata keys to determine additional IPs and appropriate subnet prefix to set for a nic. Also add the datasource config option apply_full_imds_netork_config which defaults to true to allow cloud-init to automatically configure secondary IP addresses. Setting this option to false will tell cloud-init to avoid setting up secondary IP addresses. Also in this branch: - Shift Ec2 datasource to emit network config v2 instead of v1. LP: #1866930