[Bug 1459603] [NEW] libxl: Domain verification on edit fails with Extra element os in interleave
Public bug reported: Error reporting for XML validation is hopeless. What causes this is the fact that for HVM guests we have a loader element which is set to hvmloader. But upstream wants this to be an absolute path to the binary. To make things a bit more funny, the XML validation is only enabled by default for edit, not create. We need to replace hvmloader in the config by the full path, which is a bit complicated because the binary is provided in a versioned subdirectory. Since libvirt is only compiled against *one* version, we always have to try replacing older paths by newer ones as well as options without path by the current full path. To help with this upstream libvirt started to set LIBXL_FIRMWARE_DIR through dpk-config, but the current Xen (4.5) does not provide a xenlight.pc file. So we need to ensure the value is set by other means and then add code to change paths when post processing the configs. ** Affects: libvirt (Ubuntu) Importance: Medium Assignee: Stefan Bader (smb) Status: Triaged -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1459603 Title: libxl: Domain verification on edit fails with Extra element os in interleave To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1459603/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1459603] [NEW] libxl: Domain verification on edit fails with Extra element os in interleave
Public bug reported: Error reporting for XML validation is hopeless. What causes this is the fact that for HVM guests we have a loader element which is set to hvmloader. But upstream wants this to be an absolute path to the binary. To make things a bit more funny, the XML validation is only enabled by default for edit, not create. We need to replace hvmloader in the config by the full path, which is a bit complicated because the binary is provided in a versioned subdirectory. Since libvirt is only compiled against *one* version, we always have to try replacing older paths by newer ones as well as options without path by the current full path. To help with this upstream libvirt started to set LIBXL_FIRMWARE_DIR through dpk-config, but the current Xen (4.5) does not provide a xenlight.pc file. So we need to ensure the value is set by other means and then add code to change paths when post processing the configs. ** Affects: libvirt (Ubuntu) Importance: Medium Assignee: Stefan Bader (smb) Status: Triaged -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to libvirt in Ubuntu. https://bugs.launchpad.net/bugs/1459603 Title: libxl: Domain verification on edit fails with Extra element os in interleave To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1459603/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
