** Description changed:

  Because of the following patch:
  
-   From 73efd3699e8e1b1f4521af63401184e31dd3cd97 Mon Sep 17 00:00:00 2001
-   From: Stefan Bader <[email protected]>
-   Date: Sat, 3 May 2014 17:10:29 -0400
-   Subject: [PATCH 2/2] libxl: Fix up VRAM to minimum requirements
+   From 73efd3699e8e1b1f4521af63401184e31dd3cd97 Mon Sep 17 00:00:00 2001
+   From: Stefan Bader <[email protected]>
+   Date: Sat, 3 May 2014 17:10:29 -0400
+   Subject: [PATCH 2/2] libxl: Fix up VRAM to minimum requirements
  
-   This is a bit debatable. On one side it hides configuration errors
-   in a way that makes them hard to spot. On the other side there is
-   at least one issue with (maybe some older versions) virt-manager.
-   Virt-manager sets VRAM directly, not using the default memory setting
-   but uses too small values for libxl. Worse, those versions do not seem
-   to allow to change VRAM from the GUI. So switching the video type to
-   VGA makes the guest fail to start until one manually adapts the VRAM
-   size in the XML definition.
-   With this change this would not happen but VRAM will be bigger than
-   the GUI says. This would not be that different from current Cirrus
-   behaviour. Only that in that case qemu seems to ignore the provided
-   size.
+   This is a bit debatable. On one side it hides configuration errors
+   in a way that makes them hard to spot. On the other side there is
+   at least one issue with (maybe some older versions) virt-manager.
+   Virt-manager sets VRAM directly, not using the default memory setting
+   but uses too small values for libxl. Worse, those versions do not seem
+   to allow to change VRAM from the GUI. So switching the video type to
+   VGA makes the guest fail to start until one manually adapts the VRAM
+   size in the XML definition.
+   With this change this would not happen but VRAM will be bigger than
+   the GUI says. This would not be that different from current Cirrus
+   behaviour. Only that in that case qemu seems to ignore the provided
+   size.
  
-   Signed-off-by: Stefan Bader <[email protected]>
+   Signed-off-by: Stefan Bader <[email protected]>
  
- We can't recompile cleanly libvirt in Ubuntu Disco, with the following
- error:
+ and possibly some default Werror= change in newer GCCs, we can't
+ recompile cleanly libvirt in Ubuntu Disco, facing the following error:
  
  libtool: link: ( cd ".libs" && rm -f "libvirt_driver_lxc_impl.la" && ln -s 
"../libvirt_driver_lxc_impl.la" "libvirt_driver_lxc_impl.la" )
  ../../../src/libxl/li bxl_conf.c: In function 'libxlMakeVideo':
  ../../../src/libxl/libxl_conf.c:2393:13: error: enumeration value 
'LIBXL_DEVICE_MODEL_VERSION_UNKNOWN' not handled in switch [-Werror=switch-enum]
  
- So I have to change this patch (non-upstream) to fix that issue.
+ My patch is fixing this issue by patching the previous patch.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1849342

Title:
  Disco libvirt FTBS for the next SRU

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1849342/+subscriptions

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to