On 07/22/10 - 06:48:40PM, Daniel Veillard wrote: > On Tue, Jul 20, 2010 at 08:34:41AM -0400, Chris Lalancette wrote: > > On 07/20/10 - 11:58:40AM, Daniel P. Berrange wrote: > > > On Wed, Jul 07, 2010 at 05:33:25PM -0400, Chris Lalancette wrote: > > > > As we discussed previously, here is the patch series to add the ability > > > > to specify arbitrary qemu command-line parameters and environment variables, > > > > and also give arbitrary monitor commands to a guest. Because these > > > > extra arguments have a good shot at confusing libvirt, the use of them > > > > is not supported, but left available for advanced users and developers. > > > > They are also in a separate library and have a separate on-the-wire > > > > protocol. > > > > > > > > There is one bug left that I have not yet been able to fix. Because of the > > > > complicated way that virsh parses command-line arguments, it is not possible > > > > to pass through spaces and quotes when using the qemu-monitor-command. > > > > Unfortunately, the qemu monitor commands (and in particular when using QMP) > > > > depend heavily on quoting and spacing, so using virsh to send through > > > > command-lines is difficult. I'll have to think about how to better resolve > > > > this issue, but it should not hold up the rest of the series. > > > > > > Aside from the bug about the libvirt_public.sym file I think this series > > > is ok to commit. Given that we don't have a solution for this virsh > > > quoting problem though, we should leave out the virsh patch. We don't > > > want to lock ourselves into current syntax of 'qemu-monitor-command' > > > in case the solution to quoting problem requires changes. > > > > OK, that's reasonable. I'll go back and try to bang on the virsh problem > > in the next few days and see what I can come up with for a solution. > > Chris, I think this is ripe too, virsh may be a bit late but I would > rather commit this before 0.8.3. ACK, > > For virsh there is always the possibility to do this from virsh shell > where we have more control over how the input line get parsed. Maybe > the solution is to make sure this works well from inside virsh shell and > add a warning at the command help level indicating that using them > from the shell invocation may lead to surprizes. Given the reviews and consensus, I've pushed the series without the virsh patches. I'll have another go at trying to get that working more sanely. Thanks for all of the review! -- Chris Lalancette -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list