<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-cloud-init.git/templates, branch 20.1</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=20.1</id>
<link rel='self' href='https://git.amelek.net/vyos/vyos-cloud-init.git/atom?h=20.1'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/'/>
<updated>2019-07-16T20:57:32+00:00</updated>
<entry>
<title>templates/ntp.conf.debian.tmpl: fix missing newline for pools</title>
<updated>2019-07-16T20:57:32+00:00</updated>
<author>
<name>Ryan Harper</name>
<email>ryan.harper@canonical.com</email>
</author>
<published>2019-07-16T20:57:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=14048171f8e5273b1b82c6d2ed5675a7d1a6eeb6'/>
<id>urn:sha1:14048171f8e5273b1b82c6d2ed5675a7d1a6eeb6</id>
<content type='text'>
The debian ntp.conf template did not contain a newline for the
comment used to mark the rendered ntp pools configured.  This
resulted in an invalid line:

'# poolspool 0.int.pool.ntp.org iburst'

rather than:

'# pools
 pool 0.int.pool.ntp.org iburst'

This patch fixes the template and updates the unittest to
verify that the rendered templates puts servers and pools
at the beginning of a line.

LP: #1836598
</content>
</entry>
<entry>
<title>Enable encrypted_data_bag_secret support for Chef</title>
<updated>2019-02-25T19:09:39+00:00</updated>
<author>
<name>Eric Williams</name>
<email>eric@subcritical.org</email>
</author>
<published>2019-02-25T19:09:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=8cfcc28db1acc7594dbbf76b846f4964f40f9e63'/>
<id>urn:sha1:8cfcc28db1acc7594dbbf76b846f4964f40f9e63</id>
<content type='text'>
Encrypted data bags require a secrets file to be present to
decrypt, and the location of the file must be configured the
Chef client configuration file, client.rb.

This update enables cloud-init's chef module to update that
setting in client.rb.

LP: #1817082
</content>
</entry>
<entry>
<title>Ubuntu: update sources.list to comment out deb-src entries.</title>
<updated>2018-10-04T18:20:12+00:00</updated>
<author>
<name>Scott Moser</name>
<email>smoser@ubuntu.com</email>
</author>
<published>2018-10-04T18:20:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=d3e803ad316e6796e5d83e7e8f8f4f7224b92df9'/>
<id>urn:sha1:d3e803ad316e6796e5d83e7e8f8f4f7224b92df9</id>
<content type='text'>
Other installation modes began to comment out the deb-src lines in
/etc/apt/sources.list sometime in 16.04 time frame.

This makes the cloud-init rendered sources.list the same as that
currently present in the lxd images.

The changes here are:
 a.) comment out all 'deb-src' lines.
 b.) move security to the bottom of the file.
 c.) trim trailing white space from 3 comment lines.

LP: #74747
</content>
</entry>
<entry>
<title>renderer: support unicode in render_from_file.</title>
<updated>2018-04-12T21:51:07+00:00</updated>
<author>
<name>Scott Moser</name>
<email>smoser@ubuntu.com</email>
</author>
<published>2018-04-12T21:51:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=4b86ab9a25b512420ecfe98953a3f3a6e4b4bba1'/>
<id>urn:sha1:4b86ab9a25b512420ecfe98953a3f3a6e4b4bba1</id>
<content type='text'>
If a file passed to render_from_file had non-ascii text then
jinja in python2 would decode as ascii, which would cause
UnicodeDecodeError.  This issue can be re-created in python2
with just:
 'can\xe2\x80\x99t'.decode()

The solution here is to explicitly pass in unicode supporting
type (py3 str, py2 unicode).  Those are six.text_type.
Then jinja does not try to decode.

The reason we hit this is that load_file calls decode_binary.
decode_binary believes it has no work to do if it got a six.string_types.
  isinstance('can\xe2\x80\x99t', six.string_types) == True
So it returns the original string which will blow up for jinja.

Our fix here then is to load the file in binary mode and explicitly
decode it to utf-8.  Then in python2 we'll have a unicode type
and in python3 we'll have a string type.
</content>
</entry>
<entry>
<title>Implement ntp client spec with auto support for distro selection</title>
<updated>2018-04-12T19:32:25+00:00</updated>
<author>
<name>Ryan Harper</name>
<email>ryan.harper@canonical.com</email>
</author>
<published>2018-04-12T19:32:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=c6dff581a9c253170d5e3f12fb83d16a8dec8257'/>
<id>urn:sha1:c6dff581a9c253170d5e3f12fb83d16a8dec8257</id>
<content type='text'>
Add a base NTP client configuration dictionary and allow Distro
specific changes to be merged.  Add a select client function which
implements logic to preferr installed clients over clients which
need to be installed.  Also allow distributions to override the
cloud-init defaults.

LP: #1749722
</content>
</entry>
<entry>
<title>ntp: fix configuration template rendering for openSUSE and SLES</title>
<updated>2017-11-17T03:58:45+00:00</updated>
<author>
<name>Chad Smith</name>
<email>chad.smith@canonical.com</email>
</author>
<published>2017-11-17T03:58:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=d90318b21d0379e24337bcb92a0a90ebfa359c35'/>
<id>urn:sha1:d90318b21d0379e24337bcb92a0a90ebfa359c35</id>
<content type='text'>
Add opensuse distro support to cc_ntp module.

LP: #1726572
</content>
</entry>
<entry>
<title>hosts: Fix openSUSE and SLES setup for /etc/hosts and clarify docs.</title>
<updated>2017-11-10T22:05:39+00:00</updated>
<author>
<name>Robert Schweikert</name>
<email>rjschwei@suse.com</email>
</author>
<published>2017-11-08T20:45:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=22a14a6a6d45ae55d2c2307d7b097eef9863bb0c'/>
<id>urn:sha1:22a14a6a6d45ae55d2c2307d7b097eef9863bb0c</id>
<content type='text'>
The etc/hosts file is was not properly setup for openSUSE or SLES
when manage_etc_hosts is set in the config file.

Improve the doc to address the fact that the 'localhost' ip is
distribution dependent (not always 127.0.0.1).

LP: #1731022
</content>
</entry>
<entry>
<title>suse: Add support for openSUSE and return SLES to a working state.</title>
<updated>2017-08-30T17:39:47+00:00</updated>
<author>
<name>Robert Schweikert</name>
<email>rjschwei@suse.com</email>
</author>
<published>2017-08-25T15:13:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=cbda576a7bbf846710ad55940bf8ca1f2d2194b9'/>
<id>urn:sha1:cbda576a7bbf846710ad55940bf8ca1f2d2194b9</id>
<content type='text'>
This gets initial opensuse and SLES support back to a working state.
Still missing is more complete network file writing and unit tests.
</content>
</entry>
<entry>
<title>Debian: Remove non-free repositories from apt sources template.</title>
<updated>2017-08-22T13:49:25+00:00</updated>
<author>
<name>Joonas Kylmälä</name>
<email>joonas.kylmala@iki.fi</email>
</author>
<published>2017-08-20T10:53:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=3395a331c014dd7b83e93a1e2b66bb55b1966d83'/>
<id>urn:sha1:3395a331c014dd7b83e93a1e2b66bb55b1966d83</id>
<content type='text'>
The Debian GNU/Linux distribution doesn't come offically with the
non-free repositories enabled. Therefore, we want to disable those in
the cloud-init template.

LP: #1700091
</content>
</entry>
<entry>
<title>cc_ntp: fallback on timesyncd configuration if ntp is not installable</title>
<updated>2017-08-04T14:35:47+00:00</updated>
<author>
<name>Ryan Harper</name>
<email>ryan.harper@canonical.com</email>
</author>
<published>2017-08-01T23:00:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=5bba5db2655d88b8aba8fa06b30f8e91e2ca6836'/>
<id>urn:sha1:5bba5db2655d88b8aba8fa06b30f8e91e2ca6836</id>
<content type='text'>
Some systems like Ubuntu-Core do not provide an ntp package for
installation but do include systemd-timesyncd (an ntp client).
On such systems cloud-init will generate a timesyncd configuration
using the 'servers' and 'pools' values as ntp hosts for timesyncd to use.

LP: #1686485
</content>
</entry>
</feed>
