lp:~harlowja/cloud-init/write-files-fetch-from-somewhere

Created by Joshua Harlow on 2015-03-31 and last modified on 2015-04-07
Get this branch:
bzr branch lp:~harlowja/cloud-init/write-files-fetch-from-somewhere
Only Joshua Harlow can upload to this branch. If you are Joshua Harlow please log in for upload directions.

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Joshua Harlow
Project:
cloud-init
Status:
Development

Recent revisions

1095. By Joshua Harlow on 2015-04-07

Fixs log entry/output

1094. By Joshua Harlow on 2015-04-07

Avoid fetching automagically and add test for this

1093. By Joshua Harlow on 2015-03-31

Some contents/text tweaks and handler tests

1092. By Joshua Harlow on 2015-03-31

Only do the decoding on py3.x

1091. By Joshua Harlow on 2015-03-31

Fix reading of files for py3.x

util.read_file_or_url needs to have a __str__ that
returns the right type for py3.x; so make sure that if
binary data is read that it is decoded.

1090. By Joshua Harlow on 2015-03-31

Fix extra space

1089. By Joshua Harlow on 2015-03-31

Allow write_files to fetch content

Instead of requring write_files to be always provided
all the data (which can be big/large blobs); allow it to
fetch that data from either a local file or a http/https
url instead (saving precious user-data space).

1088. By Scott Moser on 2015-03-31

adjust cc_snappy for snappy install package with config.

It was believed that to install a package with config the command was:
  snappy install --config=config-file <package>
Instead, what was implemented in snappy was:
  snappy install <package> [<config-file>]

This modifies cloud-init to invoke the latter and changes the tests
appropriately.

1087. By Scott Moser on 2015-03-27

fix snappy package installation.

Some tests added here to make sure this works.
The install '--config' will only start to work with the next
version of snappy-go.

1086. By Scott Moser on 2015-03-27

NoCloud: the local portion of NoCloud incorrectly claimed datasources

The intent has always been for the local datasource (NoCloud) to require
the provider of metadata to provide 'dsmode=local'. If that wasn't found,
then the default 'dsmode' would be 'net', and the NoCloudNet datasource
would then find the data.

The bug here was that the default 'net' wasn't being set when
data was found on a local source.

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
Stacked on:
lp:~cloud-init-dev/cloud-init/trunk
This branch contains Public information 
Everyone can see this information.

Subscribers