<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/meta-cloud-services.git/meta-openstack/recipes-extended/cloud-init, branch styhead</title>
<subtitle>Mirror of git.yoctoproject.org/meta-cloud-services.git</subtitle>
<id>https://git.enea.com/cgit/linux/meta-cloud-services.git/atom?h=styhead</id>
<link rel='self' href='https://git.enea.com/cgit/linux/meta-cloud-services.git/atom?h=styhead'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-cloud-services.git/'/>
<updated>2020-11-15T04:14:40+00:00</updated>
<entry>
<title>cloud-init: remove recipe</title>
<updated>2020-11-15T04:14:40+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@gmail.com</email>
</author>
<published>2020-11-15T04:14:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-cloud-services.git/commit/?id=5540933a070b1873735d4ce6bc730e5717c8d8f2'/>
<id>urn:sha1:5540933a070b1873735d4ce6bc730e5717c8d8f2</id>
<content type='text'>
Support has been moved to meta-virt, so we drop this older recipe.

Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>openstack: packages: update for python3</title>
<updated>2020-01-22T17:45:03+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@gmail.com</email>
</author>
<published>2020-01-22T17:45:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-cloud-services.git/commit/?id=ce38cb391c9108168ab574463b7ef745b739bcc9'/>
<id>urn:sha1:ce38cb391c9108168ab574463b7ef745b739bcc9</id>
<content type='text'>
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>chef: remove the use of chef</title>
<updated>2017-01-09T17:23:58+00:00</updated>
<author>
<name>Mark Asselstine</name>
<email>mark.asselstine@windriver.com</email>
</author>
<published>2017-01-09T15:04:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-cloud-services.git/commit/?id=0d6067258d09fdd47c95828e5e0e9b0f9987a529'/>
<id>urn:sha1:0d6067258d09fdd47c95828e5e0e9b0f9987a529</id>
<content type='text'>
The use of chef was never complete, had isses with updating binary
database files and had a cumbersome implementation. Since we are using
Ansible in meta-overc we are dropping the use of chef here and will
look to being at par with meta-overc by using Ansible if/when we get
time to look at runtime configuration in meta-cloud-services.

Signed-off-by: Mark Asselstine &lt;mark.asselstine@windriver.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@windriver.com&gt;
</content>
</entry>
<entry>
<title>housekeeping: replace deprecated base_contains</title>
<updated>2016-12-21T16:47:05+00:00</updated>
<author>
<name>Mark Asselstine</name>
<email>mark.asselstine@windriver.com</email>
</author>
<published>2016-12-21T15:22:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-cloud-services.git/commit/?id=bd2525ceb47699747f9370773fa629bf28c999d6'/>
<id>urn:sha1:bd2525ceb47699747f9370773fa629bf28c999d6</id>
<content type='text'>
Fixes:
base_contains is deprecated, please use bb.utils.contains instead.

Signed-off-by: Mark Asselstine &lt;mark.asselstine@windriver.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@windriver.com&gt;
</content>
</entry>
<entry>
<title>cloud-init: fix installed-vs-shipped issue by creating a separate package</title>
<updated>2016-05-20T16:31:21+00:00</updated>
<author>
<name>Xulin Sun</name>
<email>xulin.sun@windriver.com</email>
</author>
<published>2016-05-19T07:47:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-cloud-services.git/commit/?id=83787f9e406922f866f9678679c59c3eac328c23'/>
<id>urn:sha1:83787f9e406922f866f9678679c59c3eac328c23</id>
<content type='text'>
This solves the following issue by creating a separate package to put the
below files:

QA Issue: cloud-init: Files/directories were installed but not shipped
in any package:
 /lib
 /lib/systemd
 /lib/systemd/system
 /lib/systemd/system/cloud-init.service
 /lib/systemd/system/cloud-config.target
 /lib/systemd/system/cloud-config.service
 /lib/systemd/system/cloud-init-local.service
 /lib/systemd/system/cloud-final.service

Signed-off-by: Xulin Sun &lt;xulin.sun@windriver.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@windriver.com&gt;
</content>
</entry>
<entry>
<title>cloud-init: fix 64bit libraries</title>
<updated>2015-04-23T15:30:08+00:00</updated>
<author>
<name>wruser</name>
<email>wruser@ironpass-er.wrs.com</email>
</author>
<published>2015-04-21T19:37:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-cloud-services.git/commit/?id=67f97ec7ac29b7fc8f4a25223c6ef09cc20ab8e6'/>
<id>urn:sha1:67f97ec7ac29b7fc8f4a25223c6ef09cc20ab8e6</id>
<content type='text'>
We need to ensure that the cloud-init to install in the correct
location (/usr/lib64)

Signed-off-by: Eddy Raineri &lt;eddy.raineri@windriver.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@windriver.com&gt;
</content>
</entry>
<entry>
<title>cloud-init: update to 0.7.6</title>
<updated>2015-04-15T03:39:48+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@windriver.com</email>
</author>
<published>2015-04-15T03:39:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-cloud-services.git/commit/?id=7eeab1b65c3413645d4259643c13bc791b5a7f98'/>
<id>urn:sha1:7eeab1b65c3413645d4259643c13bc791b5a7f98</id>
<content type='text'>
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@windriver.com&gt;
</content>
</entry>
<entry>
<title>QA: fix build and runtime warnings</title>
<updated>2015-02-21T05:42:47+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@windriver.com</email>
</author>
<published>2015-02-21T05:41:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-cloud-services.git/commit/?id=441977d076e5c0aeace44ba65d301b5c6c61d59f'/>
<id>urn:sha1:441977d076e5c0aeace44ba65d301b5c6c61d59f</id>
<content type='text'>
oe-core now warns on detected missing runtime and build time warnings.
So we update our recipes to have these missingn deps (largely bash).

Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@windriver.com&gt;
</content>
</entry>
<entry>
<title>housekeeping: Add a non-numeric PR prefix to allow PRINC in bbappends</title>
<updated>2014-09-29T04:47:44+00:00</updated>
<author>
<name>Mark Asselstine</name>
<email>mark.asselstine@windriver.com</email>
</author>
<published>2014-09-25T19:16:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-cloud-services.git/commit/?id=1b8a298689a95c1943f18d8d9c24589e64bbc7b7'/>
<id>urn:sha1:1b8a298689a95c1943f18d8d9c24589e64bbc7b7</id>
<content type='text'>
Although the use of PRINC is deprecated in later versions of Yocto it
may still be used and if you are using this layer with older Yocto it
is recommended for use in bbappends. It is therefore expected to
work. PRINC expects a non-numeric prefix followed by a numeric value,
as can be seen in base.bbclass

  pr_prefix = re.search("\D+",pr)
  prval = re.search("\d+",pr)
  if pr_prefix is None or prval is None:
    bb.error("Unable to analyse format of PR variable: %s" % pr)

Failing to stick to this convention yields a parsing error when you
attempt to use PRINC:
  ERROR: Unable to analyse format of PR variable

Adding the non-numeric prefix allows PRINC use in bbappends to
function correctly.

Signed-off-by: Mark Asselstine &lt;mark.asselstine@windriver.com&gt;
</content>
</entry>
<entry>
<title>openstack: add support for openstackchef class to services</title>
<updated>2014-09-26T13:09:22+00:00</updated>
<author>
<name>Mustapha Lansana</name>
<email>Mustapha.Lansana@windriver.com</email>
</author>
<published>2014-07-31T01:36:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-cloud-services.git/commit/?id=d42684ccde8f2dcd1fea0fc1f2ec7df6c89a0ce6'/>
<id>urn:sha1:d42684ccde8f2dcd1fea0fc1f2ec7df6c89a0ce6</id>
<content type='text'>
Openstackchef enables us to recreate configuration files
for services in an openstack installation. It does this by
creating template file(s) out of configuration file(s) exposed
to the class by services.

The following services are inheriting the openstack class
and then exposing a set of configuration files to the class.

These services expose their configuration files to openstackchef
by assigning them to the variable CHEF_SERVICES_CONF_FILES. The files
are assumend to have been installed in the image directory under the
service's WORKDIR.
At build-time, openstackchef makes chef-solo templates out of
the registered files. And at run-time, the deploychef package
makes a call to chef-solo, which in-turn use the template files
to recreate the registered configuration files.

For legacy reasons, the string OPENSTACKCHEF_ENABLED is defined in
openstackchef class, but it can be overwritten in a .bb, .class,
.bbappend or local.conf file to an empty string when openstackchef
support is not desired. This enables all of these services to be built
without openstackchef support. In addition, it prevents the recipes
from substituting the placeholders in their configuration files
when inheriting openstackchef.

Signed-off-by: Mustapha Lansana &lt;Mustapha.Lansana@windriver.com&gt;
</content>
</entry>
</feed>
