<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-cloud-init.git/cloudinit/sources/DataSourceScaleway.py, branch circinus-public-unmaintained</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=circinus-public-unmaintained</id>
<link rel='self' href='https://git.amelek.net/vyos/vyos-cloud-init.git/atom?h=circinus-public-unmaintained'/>
<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>Allow user control over update events (#834)</title>
<updated>2021-05-13T17:55:41+00:00</updated>
<author>
<name>James Falcon</name>
<email>TheRealFalcon@users.noreply.github.com</email>
</author>
<published>2021-05-13T17:55:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=864346999702e6b2b8bf7e6244a6608bcead72a5'/>
<id>urn:sha1:864346999702e6b2b8bf7e6244a6608bcead72a5</id>
<content type='text'>
Control is currently limited to boot events, though this should
allow us to more easily incorporate HOTPLUG support. Disabling
'instance-first-boot' is not supported as we apply networking config
too early in boot to have processed userdata (along with the fact
that this would be a pretty big foot-gun).

The concept of update events on datasource has been split into
supported update events and default update events. Defaults will be
used if there is no user-defined update events, but user-defined
events won't be supplied if they aren't supported.
When applying the networking config, we now check to see if the event
is supported by the datasource as well as if it is enabled.

Configuration looks like:
updates:
  network:
    when: ['boot']</content>
</entry>
<entry>
<title>cloudinit: move dmi functions out of util (#622)</title>
<updated>2020-11-02T20:41:11+00:00</updated>
<author>
<name>Scott Moser</name>
<email>smoser@brickies.net</email>
</author>
<published>2020-11-02T20:41:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=0af1ff1eaf593c325b4f53181a572110eb016c50'/>
<id>urn:sha1:0af1ff1eaf593c325b4f53181a572110eb016c50</id>
<content type='text'>
This just separates the reading of dmi values into its own file.

Some things of note:
 * left import of util in dmi.py only for 'is_container'
   It'd be good if is_container was not in util.
 * just the use of 'util.is_x86' to dmi.py
 * open() is used directly rather than load_file.</content>
</entry>
<entry>
<title>Scaleway: Fix DatasourceScaleway to avoid backtrace (#128)</title>
<updated>2020-01-29T15:55:09+00:00</updated>
<author>
<name>Louis Bouchard</name>
<email>bouchard.louis@gmail.com</email>
</author>
<published>2020-01-29T15:55:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=9e3ac98097ed1c7f49ec8975a40aec7229231aae'/>
<id>urn:sha1:9e3ac98097ed1c7f49ec8975a40aec7229231aae</id>
<content type='text'>
Make sure network_config is created when self._network_config is unset.

Co-authored-by: Scott Moser &lt;smoser@brickies.net&gt;
</content>
</entry>
<entry>
<title>Revert "DataSource: move update_events from a class to an instance..."</title>
<updated>2019-04-10T20:21:37+00:00</updated>
<author>
<name>Daniel Watkins</name>
<email>daniel.watkins@canonical.com</email>
</author>
<published>2019-04-10T20:21:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=6322c2ddf4b68a8e7cc467a07fb20a1d151a2ef3'/>
<id>urn:sha1:6322c2ddf4b68a8e7cc467a07fb20a1d151a2ef3</id>
<content type='text'>
Moving update_events from a class attribute to an instance attribute
means that it doesn't exist on DataSource objects that are unpickled,
causing tracebacks on cloud-init upgrade.

As this change is only required for cloud-init installations which don't
utilise ds-identify, we're backing it out to be reintroduced once the
upgrade path bug has been addressed.

This reverts commit f2fd6eac4407e60d0e98826ab03847dda4cde138.
</content>
</entry>
<entry>
<title>DataSource: move update_events from a class to an instance attribute</title>
<updated>2019-03-14T23:06:47+00:00</updated>
<author>
<name>Daniel Watkins</name>
<email>daniel.watkins@canonical.com</email>
</author>
<published>2019-03-14T23:06:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=f2fd6eac4407e60d0e98826ab03847dda4cde138'/>
<id>urn:sha1:f2fd6eac4407e60d0e98826ab03847dda4cde138</id>
<content type='text'>
Currently, DataSourceAzure updates self.update_events in __init__. As
update_events is a class attribute on DataSource, this updates it for
all instances of classes derived from DataSource including those for
other clouds. This means that if DataSourceAzure is even instantiated,
its behaviour is applied to whichever data source ends up being used for
boot.

To address this, update_events is moved from a class attribute to an
instance attribute (that is therefore populated at instantiation time).
This retains the defaults for all DataSource sub-class instances, but
avoids them being able to mutate the state in instances of other
DataSource sub-classes.

update_events is only ever referenced on an instance of DataSource (or a
sub-class); no code relies on it being a class attribute. (In fact,
it's only used within methods on DataSource or its sub-classes, so it
doesn't even _need_ to remain public, though I think it's appropriate
for it to be public.)

DataSourceScaleway is also updated to move update_events from a
class attribute to an instance attribute, as the class attribute would
now be masked by the DataSource instance attribute.

LP: #1819913
</content>
</entry>
<entry>
<title>Scaleway: Support ssh keys provided inside an instance tag.</title>
<updated>2018-12-20T21:49:09+00:00</updated>
<author>
<name>PORTE Loïc</name>
<email>lporte@scaleway.com</email>
</author>
<published>2018-12-20T21:49:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=a809b25c959228ff612ae8e6aaae215bdc028c64'/>
<id>urn:sha1:a809b25c959228ff612ae8e6aaae215bdc028c64</id>
<content type='text'>
The change here will utilize ssh keys found inside an instance's tag.
The tag value must start with 'AUTHORIZED_KEY'.
</content>
</entry>
<entry>
<title>Scaleway: Add network configuration to the DataSource</title>
<updated>2018-08-17T18:43:44+00:00</updated>
<author>
<name>Louis Bouchard</name>
<email>lbouchard@online.net</email>
</author>
<published>2018-08-17T18:43:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=51f49dc1da0c045d01ddc977874c9bed70cb510f'/>
<id>urn:sha1:51f49dc1da0c045d01ddc977874c9bed70cb510f</id>
<content type='text'>
DEP_NETWORK is removed since the network_config must
run at each boot. New EventType.BOOT event is used
for that.

Network is brought up early to fetch the metadata which
is required to configure the network (ipv4 and/or v6).

Adds unittests for the following and fixes test_common for
LOCAL and NETWORK sets.
</content>
</entry>
<entry>
<title>Revert the logic of exception_cb in read_url.</title>
<updated>2018-03-23T16:31:20+00:00</updated>
<author>
<name>Kurt Garloff</name>
<email>kurt@garloff.de</email>
</author>
<published>2018-03-23T16:31:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=097a2967abd6c78edfbdc035e7141f2d142f17ae'/>
<id>urn:sha1:097a2967abd6c78edfbdc035e7141f2d142f17ae</id>
<content type='text'>
In commit e9e8616, there was an inversion of the logic of the
exception_cb return value meaning, breaking the (network) OpenStack
DataSource, which implemented exception_cb as should_retry_cb, returning
True when a retry should be done and False when the retry loop should
be broken and the exception reraised again immediately.

The OpenStack DS was the only user of this callback at the time and not
touched by the commit (nor did the commit message mention an intended
change), so this almost certainly happened by mistake.

These days, we have a second user of the callback in DataSourceScaleway.
It uses the new logic, so it needs change if we fix the meaning of the
return value.

This patch reverts the meaning of url_helper.read_url() execption_cb
to the old semantics. It updates the comment and adjusts the Scaleway
datasource.

The patch has been tested on Open Telekom Cloud (which uses the
OpenStack network Datasource) where previously a missing user_data
and network_data.json would be retried 6 times each despite them
not being present (they are optional!) and the server repsonding
with a correct 404. After the patch, boot times are 10s faster,
as we no longer pointlessly retry these files.

LP: #1702160
LP: #1298921
</content>
</entry>
<entry>
<title>datasources: fix DataSource subclass get_hostname method signature</title>
<updated>2018-03-20T22:37:36+00:00</updated>
<author>
<name>Chad Smith</name>
<email>chad.smith@canonical.com</email>
</author>
<published>2018-03-20T22:37:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=685f9901b820a457912959bdd4f389835e965524'/>
<id>urn:sha1:685f9901b820a457912959bdd4f389835e965524</id>
<content type='text'>
DataSource.get_hostname call signature changed to allow for metadata_only
parameter.  The metadata_only=True parameter is passed to get_hostname
during init-local stage in order to set the system hostname if present in
metadata prior to initial network bring up.

Fix subclasses of DataSource which have overridden get_hostname to allow
for metadata_only param.

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