<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-cloud-init.git/cloudinit/net/netplan.py, branch rolling</title>
<subtitle> (mirror of https://github.com/vyos/vyos-cloud-init.git)
</subtitle>
<id>https://git.amelek.net/vyos/vyos-cloud-init.git/atom?h=rolling</id>
<link rel='self' href='https://git.amelek.net/vyos/vyos-cloud-init.git/atom?h=rolling'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/'/>
<updated>2021-12-16T02:16:38+00:00</updated>
<entry>
<title>Adopt Black and isort (SC-700) (#1157)</title>
<updated>2021-12-16T02:16:38+00:00</updated>
<author>
<name>James Falcon</name>
<email>james.falcon@canonical.com</email>
</author>
<published>2021-12-16T02:16:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=bae9b11da9ed7dd0b16fe5adeaf4774b7cc628cf'/>
<id>urn:sha1:bae9b11da9ed7dd0b16fe5adeaf4774b7cc628cf</id>
<content type='text'>
Applied Black and isort, fixed any linting issues, updated tox.ini
and CI.
</content>
</entry>
<entry>
<title>Add new network activators to bring up interfaces (#919)</title>
<updated>2021-07-01T19:43:07+00:00</updated>
<author>
<name>James Falcon</name>
<email>therealfalcon@gmail.com</email>
</author>
<published>2021-07-01T19:43:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=81299de5fe3b6e491a965a6ebef66c6b8bf2c037'/>
<id>urn:sha1:81299de5fe3b6e491a965a6ebef66c6b8bf2c037</id>
<content type='text'>
Currently _bring_up_interfaces() is a no-op for any distro using
renderers. We need to be able to support bringing up a single
interfaces, a list of interfaces, and all interfaces. This should be
independent of the renderers, as the network config is often
generated independent of the mechanism used to apply it.

Additionally, I included a refactor to remove
"_supported_write_network_config". We had a confusing call chain of
apply_network_config-&gt;_write_network_config-&gt;_supported_write_network_config.
The last two have been combined.</content>
</entry>
<entry>
<title>Move subp into its own module. (#416)</title>
<updated>2020-06-08T16:49:12+00:00</updated>
<author>
<name>Scott Moser</name>
<email>smoser@brickies.net</email>
</author>
<published>2020-06-08T16:49:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=3c551f6ebc12f7729a2755c89b19b9000e27cc88'/>
<id>urn:sha1:3c551f6ebc12f7729a2755c89b19b9000e27cc88</id>
<content type='text'>
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.</content>
</entry>
<entry>
<title>net: fix rendering of 'static6' in network config (#77)</title>
<updated>2020-01-08T17:30:17+00:00</updated>
<author>
<name>Ryan Harper</name>
<email>ryan.harper@canonical.com</email>
</author>
<published>2020-01-08T17:30:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=dacdd30080bd8183d1f1c1dc9dbcbc8448301529'/>
<id>urn:sha1:dacdd30080bd8183d1f1c1dc9dbcbc8448301529</id>
<content type='text'>
* net: fix rendering of 'static6' in network config

A V1 static6 network typo was misrendered in eni, it's not valid.
It was ignored in sysconfig and netplan.  This branch fixes eni,
updates sysconfig, netplan to render it correctly and adds unittests
for all cases.

Reported-by: Raphaël Enrici

LP: #1850988

* net: add comment about static6 type in subnet_is_ipv6

Co-authored-by: Chad Smith &lt;blackboxsw@gmail.com&gt;
Co-authored-by: Daniel Watkins &lt;daniel@daniel-watkins.co.uk&gt;
</content>
</entry>
<entry>
<title>net: IPv6, accept_ra, slaac, stateless (#51)</title>
<updated>2019-11-20T17:55:26+00:00</updated>
<author>
<name>Harald</name>
<email>hjensas@redhat.com</email>
</author>
<published>2019-11-20T17:55:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=62bbc262c3c7f633eac1d09ec78c055eef05166a'/>
<id>urn:sha1:62bbc262c3c7f633eac1d09ec78c055eef05166a</id>
<content type='text'>
Router advertisements are required for the default route
to be set up, thus accept_ra should be enabled for
dhcpv6-stateful.

sysconf: IPV6_FORCE_ACCEPT_RA controls accept_ra sysctl.
eni: mode static and mode dhcp 'accept_ra' controls sysctl.

Add 'accept-ra: true|false' parameter to config v1 and
v2. When True: accept_ra is set to '1'. When False:
accept_ra is set to '0'. When not defined in config the
value is left to the operating system default.

This change also extend the IPv6 support to distinguish
between slaac and dhcpv6-stateless. SLAAC is autoconfig
without any options from DHCP, while stateless auto-configures
the address and the uses DHCP for other options.

LP: #1806014
LP: #1808647</content>
</entry>
<entry>
<title>net/netplan: use ipv6-mtu key for specifying ipv6 mtu values</title>
<updated>2019-10-24T20:16:47+00:00</updated>
<author>
<name>Ryan Harper</name>
<email>ryan.harper@canonical.com</email>
</author>
<published>2019-10-24T20:16:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=f1c788e2bb7c86069d43a015267facfb8aefcdf0'/>
<id>urn:sha1:f1c788e2bb7c86069d43a015267facfb8aefcdf0</id>
<content type='text'>
netplan introduced an 'info' subcommand which emits yaml describing
implemented features that indicate new or changed fields and values
in the yaml that it accepts. Previously, cloud-init emitted the key
'mtu6' for ipv6 MTU values. This is not correct and netplan will
fail to parse these values. Netplan as of 0.98 supports both the
info subcommand and the ipv6-mtu key.

This branch modifies the netplan renderer to collect the netplan
info output into a 'features' property which is a list of available
feature flags which the renderer can use to modify its output. If
the command is not available, no feature flags are set and
cloud-init will render IPv6 MTU values just as MTU for the subnet.
</content>
</entry>
<entry>
<title>Fix usages of yaml, and move yaml_dump to safeyaml.dumps.</title>
<updated>2019-10-24T20:02:15+00:00</updated>
<author>
<name>Scott Moser</name>
<email>smoser@brickies.net</email>
</author>
<published>2019-10-24T20:02:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=5bec6b0e2a2ce5fd03bb04f441536fc130e67997'/>
<id>urn:sha1:5bec6b0e2a2ce5fd03bb04f441536fc130e67997</id>
<content type='text'>
Here we replace uses of the pyyaml module directly with functions
provided by cloudinit.safeyaml.  Also, change/move
  cloudinit.util.yaml_dumps
to
  cloudinit.safeyaml.dumps

LP: #1849640
</content>
</entry>
<entry>
<title>netplan: Don't render yaml aliases when dumping netplan</title>
<updated>2019-02-07T22:38:41+00:00</updated>
<author>
<name>Ryan Harper</name>
<email>ryan.harper@canonical.com</email>
</author>
<published>2019-02-07T22:38:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=cf30836645473c62599e838ab48b2d31677fa584'/>
<id>urn:sha1:cf30836645473c62599e838ab48b2d31677fa584</id>
<content type='text'>
Cloud-init rendered netplan with duplicate aliases if a network config
included "global" nameserver/search values.  Netplan uses can read yaml
files which do use aliaes but cloud-init did not render a single yaml
dictionary, instead it combined yaml sections into a single document
which sometimes resulted in duplicate aliases being present.

This branch introduces a yaml SafeDumper class which can set the
'ignore_aliases' attribute.  This is not enabled by default but callers
to util.yaml_dumps can pass a boolean to toggle this.  The netplan
render uses noalias=True and the resulting yaml output does not contain
any aliases.

LP: #1815051
</content>
</entry>
<entry>
<title>net: render 'metric' values in per-subnet routes</title>
<updated>2018-12-11T17:24:11+00:00</updated>
<author>
<name>Ryan Harper</name>
<email>ryan.harper@canonical.com</email>
</author>
<published>2018-12-11T17:24:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=6aef6c7d402b17ebc04516a088a91f8e6ed86510'/>
<id>urn:sha1:6aef6c7d402b17ebc04516a088a91f8e6ed86510</id>
<content type='text'>
It is possible to have a metric value in a per-subnet route.
This is currently missing in all renderers.  Update each
renderer to emit the correct metric value from the config.

LP: #1805871
</content>
</entry>
<entry>
<title>sysconfig: refactor sysconfig to accept distro specific templates paths</title>
<updated>2018-09-05T14:17:16+00:00</updated>
<author>
<name>Ryan Harper</name>
<email>ryan.harper@canonical.com</email>
</author>
<published>2018-09-05T14:17:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=db50bc0d999e3a90136864a774f85e4e15b144e8'/>
<id>urn:sha1:db50bc0d999e3a90136864a774f85e4e15b144e8</id>
<content type='text'>
Multiple distros use sysconfig format but have different content
and paths to certain files.  Update distros to specify these
template paths in their renderer_configs dictionary.
</content>
</entry>
</feed>
