<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/meta-virtualization.git/recipes-containers, branch warrior</title>
<subtitle>Mirror of git.yoctoproject.org/meta-virtualization</subtitle>
<id>https://git.enea.com/cgit/linux/meta-virtualization.git/atom?h=warrior</id>
<link rel='self' href='https://git.enea.com/cgit/linux/meta-virtualization.git/atom?h=warrior'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/'/>
<updated>2021-03-12T13:30:03+00:00</updated>
<entry>
<title>lxc: adjust SRC_URI to new location</title>
<updated>2021-03-12T13:30:03+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@gmail.com</email>
</author>
<published>2021-03-12T13:28:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=94620223677868a00c9aec41f973cc7bcb46a052'/>
<id>urn:sha1:94620223677868a00c9aec41f973cc7bcb46a052</id>
<content type='text'>
linuxcontainers.org has moved where downloads can be found, so we
adjust our SRC_URI accordingly.

Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>templates/lxc-download.in: Use curl instead of wget</title>
<updated>2019-09-20T04:43:26+00:00</updated>
<author>
<name>Joakim Roubert</name>
<email>joakim.roubert@axis.com</email>
</author>
<published>2019-09-17T13:47:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=e1f24ea8e77f8a3c3266264dd71417c8f9661f89'/>
<id>urn:sha1:e1f24ea8e77f8a3c3266264dd71417c8f9661f89</id>
<content type='text'>
When curl's MIT license is preferable to wget's GPLv3. Which it is in
several situations.

Change-Id: I72ee1ce66493c564557b73fae80f5219ef83af6d
Signed-off-by: Joakim Roubert &lt;joakimr@axis.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>cri-o: build crio-config natively to generate conmon/config.h</title>
<updated>2019-04-12T14:51:17+00:00</updated>
<author>
<name>Mark Asselstine</name>
<email>mark.asselstine@windriver.com</email>
</author>
<published>2019-04-12T02:20:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=5b92dace1df5909623e011cb9117c931a2f171b2'/>
<id>urn:sha1:5b92dace1df5909623e011cb9117c931a2f171b2</id>
<content type='text'>
Part of building cri-o is the generation of the 'conmon/config.h'
file. The content of this file is dynamic in that it has buffer sizes
and a socket path which will depend on constants that are set in other
parts of the code. For example the socket path can be setup for
Windows or for Linux.

To generate 'conmon/config.h' a small GO application is built and run
called crio-config. This isn't really suitable for a -native package
but we do have to run crio-config on the build host so we don't want
to cross compile it. We therefor use the native GO to build this. This
change allows things to work when the build host arch and the target
arch don't match. A small update to the Makefile avoids mixing build
host arch and target arch GO packages.

Finally, We drop the crio-config binary from the install as it is only
used to create the conmon/config.h as part of the build. This is
consistent with the Makefile's install rule which does not install
this binary as it has no use on the target.

Signed-off-by: Mark Asselstine &lt;mark.asselstine@windriver.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>cri-o: fixup build</title>
<updated>2019-04-12T14:51:17+00:00</updated>
<author>
<name>Mark Asselstine</name>
<email>mark.asselstine@windriver.com</email>
</author>
<published>2019-04-12T02:20:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=dfceafea9fa1291de4a9f3fb748e7be5b423d370'/>
<id>urn:sha1:dfceafea9fa1291de4a9f3fb748e7be5b423d370</id>
<content type='text'>
After oe-core commits

5f48939e2640 [goarch.bbclass: use MACHINEOVERRIDES and simplify go_map_arm()]
6300c4a83f7c [go.bbclass:Export more GO* environment variables]

we see a build failure with cri-o:
  | go build runtime/cgo: attempting to install package runtime/cgo into read-only GOROOT
  | Makefile:112: recipe for target 'conmon/config.h' failed
  | make: *** [conmon/config.h] Error 1

to avoid this we should not overwrite the GO* environment being setup
by the go.bbclass, so we drop most of our GO* exports here.

Signed-off-by: Mark Asselstine &lt;mark.asselstine@windriver.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>criu: upgrade to 3.11</title>
<updated>2019-03-25T03:14:08+00:00</updated>
<author>
<name>Dengke Du</name>
<email>dengke.du@windriver.com</email>
</author>
<published>2019-03-22T06:09:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=3910d2fd292e6ae3efaeddd34d2cbca05e9d7b6b'/>
<id>urn:sha1:3910d2fd292e6ae3efaeddd34d2cbca05e9d7b6b</id>
<content type='text'>
Remove the following patch, because the 3.11 version already contain it.
    0001-kdat-Don-t-open-run-criu.kdat-if-doesn-t-exists.patch

Signed-off-by: Dengke Du &lt;dengke.du@windriver.com&gt;
Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>docker: consolidate common depends/options</title>
<updated>2019-03-21T14:47:46+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@gmail.com</email>
</author>
<published>2019-03-21T14:47:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=d19fda374317daab673ed1b78f68010c14eebf47'/>
<id>urn:sha1:d19fda374317daab673ed1b78f68010c14eebf47</id>
<content type='text'>
The split between docker-ce and docker (moby) was initially
quite different, and docker-ce was more of a reference versus
a supported / working package.

Upstream has evolved such that both are valid options, and
may be chosen due to different requirements.

Rather than duplicating all the settings, we can move the
dependencies, init, rdepends, users, etc, into a .inc file and
share them.

For now, we keep the build separate, since depending on the
uprev status, they still can require different build options
and packaging.

Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>docker: fixup redepends and clean rsuggests</title>
<updated>2019-03-21T13:49:12+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@gmail.com</email>
</author>
<published>2019-03-21T13:30:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=9e4957d36aff17e8c0b22e5499653572cc44adf3'/>
<id>urn:sha1:9e4957d36aff17e8c0b22e5499653572cc44adf3</id>
<content type='text'>
With the 5.0 kernel and docker 18.09 you can run into issues
pulling from docker hub due to an invalid/unknown certificate.
We fix that by adding ca-certifcates as a runtime dependency.

There can also be isuses setting up the network bridge, so we
add bridge-utils to the rdepends.

We also add some comments about this recipe and how it should
be updated using moby (and why it is like it is).

Finally, no one wants rt-tests and lxc when installing docker,
so we drop them from the rsuggests.

Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>docker-ce: fixup redepends and clean rsuggests</title>
<updated>2019-03-21T13:49:12+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@gmail.com</email>
</author>
<published>2019-03-21T13:01:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=1c424ca4012f43d3f0f94f62118fa7b6bafdf52f'/>
<id>urn:sha1:1c424ca4012f43d3f0f94f62118fa7b6bafdf52f</id>
<content type='text'>
With the 5.0 kernel and docker 18.09 you can run into issues
pulling from docker hub due to an invalid/unknown certificate.
We fix that by adding ca-certifcates as a runtime dependency.

There can also be isuses setting up the network bridge, so we
add bridge-utils to the rdepends.

Finally, no one wants rt-tests and lxc when installing docker,
so we drop them from the rsuggests.

Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>containerd: remove docker/lxc RRECOMMENDS</title>
<updated>2019-03-21T13:49:12+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@gmail.com</email>
</author>
<published>2019-03-21T12:57:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=9ce802c52a5325a2caa3b83db03e47bf1ade7bcb'/>
<id>urn:sha1:9ce802c52a5325a2caa3b83db03e47bf1ade7bcb</id>
<content type='text'>
containerd has evolved since it was introduced and it no
longer makes sense for it to pull in container runtimes
as RRECOMMENDS. In particular most users don't want lxc to
be pulled in, and the hardcoded docker recommendation makes
it difficult to vary the docker implementation.

Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
<entry>
<title>docker-runc: drop docker RRECOMMENDS</title>
<updated>2019-03-21T13:49:12+00:00</updated>
<author>
<name>Bruce Ashfield</name>
<email>bruce.ashfield@gmail.com</email>
</author>
<published>2019-03-21T12:52:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-virtualization.git/commit/?id=ceae7b66486345ed68a9e8749b6dbf7956ed543b'/>
<id>urn:sha1:ceae7b66486345ed68a9e8749b6dbf7956ed543b</id>
<content type='text'>
runc shouldn't be RRECOMMENDing docker, since it is already
a RDEPENDS of docker. If we have this RRECOMMEND, you cannot
easily vary the docker and docker-ce packages with this runc
variant.

We could restore this RRECOMMEND in the future if a virtual/docker
dependency is introduced.

Signed-off-by: Bruce Ashfield &lt;bruce.ashfield@gmail.com&gt;
</content>
</entry>
</feed>
