4:13 a.m.
From: Mark Doffman <mark.doffman(a)codethink.co.uk>
The following patch series adds a virtualization stratum to baserock.
This stratum includes KVM, libvirt and virt-manager to allow baserock
systems to act as a virtualizaiton host.
Repo: git://git.baserock.org/baserock/baserock/morphs
Ref: baserock/markdoffman/virtualization
SHA1: 15b58013289f800d411259b935cb15b6d469af37
Target: master
To test the virtualization features:
Build and run a system containing the virtualization stratum. I have
tested nested virtualization only using baserock running on KVM.
Virtualbox may or may not work. So far x86_64 systems are the only
ones supported.
Once running start libvirtd.
systemctl start libvirtd
I haven't yet added the symlink to run libvirtd by default. If you are
running the baserock host within a libvirt virtual machine the 'default'
network may have failed to start due to conflicting IP addresses.
virsh net-list
Should show the 'default' network up and running. If not:
virsh net-edit default
Change the ip addresses in the 'default' config to something different.
virsh net-start default
Once libvirtd and the default network are installed you may use
virt-install to create a virtual machine within baserock.
virt-install --name br-nested \
--disk path=baserock-current-base-x86_64.img,bus=ide,format=raw \
--memory 1024 --accelerate --nographics --import
Libvirt is compiled with VNC support so it may be possible to access
the screen of the nested virtual machine from your root OS, I haven't
yet tried.
Issues:
* VNC compiled but not tested.
* Libvirt ONLY compiled for qemu/kvm no other guest types supported.
Happy baserock hosted virtualization!
Mark
Mark Doffman (3):
Add virtualization stratum.
Add XZ dependency to libxml2
Update gobject-introspection version.
core.morph | 17 ++++----
foundation.morph | 6 ++-
genivi-foundation.morph | 4 --
virtualization.morph | 103 ++++++++++++++++++++++++++++++++++++++++++++++++
4 files changed, 117 insertions(+), 13 deletions(-)
create mode 100644 virtualization.morph
--
1.8.4
4:13 a.m.
New subject: [PATCH 1/3] Add virtualization stratum.
From: Mark Doffman <mark.doffman(a)codethink.co.uk>
Add stratum containing qemu, libvirt and virt-manager software
needed to enable baserock to act as a virtualization host.
---
foundation.morph | 4 ++
genivi-foundation.morph | 4 --
virtualization.morph | 103 ++++++++++++++++++++++++++++++++++++++++++++++++
3 files changed, 107 insertions(+), 4 deletions(-)
create mode 100644 virtualization.morph
diff --git a/foundation.morph b/foundation.morph
index 5389618..4ab88d2 100644
--- a/foundation.morph
+++ b/foundation.morph
@@ -70,6 +70,10 @@ chunks:
name: lzo
ref: baserock/morph
repo: upstream:lzo
+- build-depends: []
+ name: fuse
+ ref: baserock/genivi/morph
+ repo: upstream:fuse
- build-depends:
- attr
- lzo
diff --git a/genivi-foundation.morph b/genivi-foundation.morph
index f1343ba..038612e 100644
--- a/genivi-foundation.morph
+++ b/genivi-foundation.morph
@@ -8,10 +8,6 @@ chunks:
ref: baserock/morph
repo: upstream:dbus-glib
- build-depends: []
- name: fuse
- ref: baserock/genivi/morph
- repo: upstream:fuse
-- build-depends: []
name: linuxquota
ref: baserock/genivi/morph
repo: upstream:linuxquota
diff --git a/virtualization.morph b/virtualization.morph
new file mode 100644
index 0000000..f2168e7
--- /dev/null
+++ b/virtualization.morph
@@ -0,0 +1,103 @@
+build-depends:
+- morph: foundation
+ ref: null
+ repo: null
+- morph: tools
+ ref: null
+ repo: null
+- morph: connectivity
+ ref: null
+ repo: null
+chunks:
+- build-depends: []
+ name: yajl
+ ref: baserock/morph
+ repo: upstream:yajl
+- build-depends: []
+ name: xml-catalog
+ ref: master
+ repo: baserock:baserock/xml-catalog
+- build-depends: []
+ name: lvm2
+ ref: baserock/morph
+ repo: upstream:lvm2
+- build-depends:
+ - lvm2
+ name: dnsmasq
+ ref: baserock/morph
+ repo: upstream:dnsmasq
+- build-depends: []
+ name: qemu
+ ref: baserock/morph
+ repo: upstream:qemu
+- build-depends: []
+ name: xorg-util-macros
+ ref: baserock/morph
+ repo: upstream:xorg-util-macros
+- build-depends:
+ - xorg-util-macros
+ name: libpciaccess
+ ref: master
+ repo: upstream:libpciaccess
+- build-depends:
+ - libpciaccess
+ - dnsmasq
+ - qemu
+ - xml-catalog
+ - yajl
+ name: libvirt
+ ref: baserock/morph
+ repo: upstream:libvirt
+- build-depends: []
+ name: pycurl
+ ref: baserock/morph
+ repo: upstream:pycurl
+- build-depends:
+ - pycurl
+ name: urlgrabber
+ ref: master
+ repo: upstream:urlgrabber
+- build-depends: []
+ name: cython
+ ref: master
+ repo: upstream:cython
+- build-depends:
+ - cython
+ name: python-lxml
+ ref: baserock/morph
+ repo: upstream:python-lxml
+- build-depends:
+ - libvirt
+ - python-lxml
+ - urlgrabber
+ name: libvirt-python
+ ref: v1.2.2
+ repo: upstream:libvirt-python
+- build-depends: []
+ name: gnome-common
+ ref: 3.7.4
+ repo: upstream:gnome-common
+- build-depends:
+ - gnome-common
+ name: pygobject
+ ref: baserock/morph
+ repo: upstream:pygobject
+- build-depends:
+ - gnome-common
+ name: libsoup
+ ref: baserock/markdoffman/morph
+ repo: upstream:libsoup
+- build-depends:
+ - libsoup
+ - pygobject
+ name: libosinfo
+ ref: baserock/morph
+ repo: upstream:libosinfo
+- build-depends:
+ - libvirt-python
+ - libosinfo
+ name: virt-manager
+ ref: v1.0.1
+ repo: upstream:virt-manager
+kind: stratum
+name: virtualization
--
1.8.4
4:13 a.m.
New subject: [PATCH 2/3] Add XZ dependency to libxml2
From: Mark Doffman <mark.doffman(a)codethink.co.uk>
libxml2 searches for the xz library header and if it doesn't
find it falls back to using zlib.
As xz is contained in this stratum it makes sense to add
as a dependency and have libxml2 use the xz library.
---
core.morph | 17 +++++++++--------
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/core.morph b/core.morph
index a7ac466..234e1a1 100644
--- a/core.morph
+++ b/core.morph
@@ -98,8 +98,17 @@ chunks:
- build-depends:
- autoconf
- automake
+ - gettext
+ - libtool
+ name: xz
+ ref: baserock/morph
+ repo: upstream:xz
+- build-depends:
+ - autoconf
+ - automake
- cpython
- libtool
+ - xz
name: libxml2
ref: baserock/morph
repo: upstream:libxml2
@@ -170,14 +179,6 @@ chunks:
ref: baserock/morph
repo: upstream:util-linux
- build-depends:
- - autoconf
- - automake
- - gettext
- - libtool
- name: xz
- ref: baserock/morph
- repo: upstream:xz
-- build-depends:
- ncurses
name: nano
ref: baserock/morph
--
1.8.4
4:13 a.m.
New subject: [PATCH 3/3] Update gobject-introspection version.
From: Mark Doffman <mark.doffman(a)codethink.co.uk>
Dependencies of virt-manager require a newer
gobject-introspection library.
---
foundation.morph | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/foundation.morph b/foundation.morph
index 4ab88d2..e317c70 100644
--- a/foundation.morph
+++ b/foundation.morph
@@ -49,7 +49,7 @@ chunks:
- build-depends:
- glib
name: gobject-introspection
- ref: baserock/morph
+ ref: baserock/1.39.90
repo: upstream:gobject-introspection
- build-depends:
- glib
--
1.8.4
12:07 a.m.
Hi Mark
On 2014-03-28 19:13, mark.doffman(a)codethink.co.uk wrote:
From: Mark Doffman <mark.doffman(a)codethink.co.uk>
The following patch series adds a virtualization stratum to baserock.
This stratum includes KVM, libvirt and virt-manager to allow baserock
systems to act as a virtualizaiton host.
Great work!
I've not been able to test so far, but I took your work and made a
version that builds with current master of definitions.git, as opposed
to the morphs.git version you've made.
I've not petrified the result, but you can see where I've got to at
http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.gi...
Also I tidied up the libsoup ref:
http://git.baserock.org/cgi-bin/cgit.cgi/delta/libsoup.git/log/?h=baseroc...
br
Paul
10:03 p.m.
On Sat, Mar 29, 2014 at 03:07:26PM +0000, Paul Sherwood wrote:
Also I tidied up the libsoup ref:
http://git.baserock.org/cgi-bin/cgit.cgi/delta/libsoup.git/log/?h=baseroc...
We don't have a compelling need to have multiple versions of these
components in Baserock, so I'd prefer we updated the baserock/morph refs
of libsoup and gobject-introspection, instead of adding new versioned
ones.
12:43 a.m.
On 31/03/2014 14:03, Richard Maw wrote:
On Sat, Mar 29, 2014 at 03:07:26PM +0000, Paul Sherwood wrote:
> Also I tidied up the libsoup ref:
>
> http://git.baserock.org/cgi-bin/cgit.cgi/delta/libsoup.git/log/?h=baseroc...
We don't have a compelling need to have multiple versions of these
components in Baserock, so I'd prefer we updated the baserock/morph refs
of libsoup and gobject-introspection, instead of adding new versioned
ones.
Well, one user-level advantage is that the ref indicates which mainline
tag we've based on, but ok. I assume Mark will address that?
1:03 a.m.
On 03/31/2014 10:43 AM, Paul Sherwood wrote:
On 31/03/2014 14:03, Richard Maw wrote:
> On Sat, Mar 29, 2014 at 03:07:26PM +0000, Paul Sherwood wrote:
>> Also I tidied up the libsoup ref:
>>
>>
http://git.baserock.org/cgi-bin/cgit.cgi/delta/libsoup.git/log/?h=baseroc...
>
> We don't have a compelling need to have multiple versions of these
> components in Baserock, so I'd prefer we updated the baserock/morph refs
> of libsoup and gobject-introspection, instead of adding new versioned
> ones.
>
Well, one user-level advantage is that the ref indicates which mainline
tag we've based on, but ok. I assume Mark will address that?
In the case of gobject-introspection the merge of the lastest version to
baserock/morph was not easy. The upstream maintainers had caused some
destructive changes to master.
IRC discussions lead to creating a new branch that specifically names
the upstream version that it is based off. I think this is a reasonable
thing to do, it states explicitly what version we are using. Its easier
(and possibly safter) to cherry-pick our morph changes and apply to the
new versions rather than deal with fixing broken histories.
I'm not sure if this should become a regular thing, but for upstream
repos that have made destructive changes, or have diverged to the point
of making merging difficult, it might make sense.
In the case of libsoup, you're right we shouldn't have
baserock/markdoffman/morph as a ref we're using. I will get the 2.46
changes merged in to baserock/morph.
_______________________________________________
baserock-dev mailing list
baserock-dev(a)baserock.org
http://vlists.pepperfish.net/cgi-bin/mailman/listinfo/baserock-dev-basero...
3468
days inactive
3471
days old
7 comments
4 participants
participants (4)
-
Mark Doffman -
mark.doffman＠codethink.co.uk
-
Paul Sherwood -
Richard Maw