Re: [Libvir] [RFC] Life-cycle Management of the domain take2

2007-05-20 Thread Saori Fukuta
Hi, I would like to talk more about this. Can I hear your comments ? Thanks, Saori Fukuta On Wed, 16 May 2007 10:07:06 +0900 Saori Fukuta wrote: On Fri, 11 May 2007 14:06:07 -0400 Daniel Veillard wrote: Can I ask something ? That means adding xmlDomainPtr to virDomainPtr, like this ?

Re: [Libvir] [RFC] Life-cycle Management of the domain take2

2007-05-11 Thread Saori Fukuta
On Thu, 10 May 2007 12:36:30 -0400 Daniel Veillard wrote: Well I have though about it more, and I'm afraid that proposal 1 makes things more complex due to the duplication of APIs. I think proposal 2 makes more sense, i.e. be able to create a Domain object from a config file. We just need

Re: [Libvir] [RFC] Life-cycle Management of the domain take2

2007-05-11 Thread Saori Fukuta
Hi, Thank you for your comment ! On Fri, 11 May 2007 13:33:57 +0100 Richard W.M. Jones wrote: It sounds to me like the real solution would be to either fix virDomainGetXMLDesc to return these missing fields, or add another call to get them, or (for the password) to store it elsewhere.

Re: [Libvir] [RFC] Life-cycle Management of the domain take2

2007-05-11 Thread Daniel Veillard
On Fri, May 11, 2007 at 10:57:10PM +0900, Saori Fukuta wrote: On Thu, 10 May 2007 12:36:30 -0400 Daniel Veillard wrote: Well I have though about it more, and I'm afraid that proposal 1 makes things more complex due to the duplication of APIs. I think proposal 2 makes more sense, i.e.

Re: [Libvir] [RFC] Life-cycle Management of the domain take2

2007-05-11 Thread Daniel Veillard
On Fri, May 11, 2007 at 10:59:37PM +0900, Saori Fukuta wrote: Hi, Thank you for your comment ! On Fri, 11 May 2007 13:33:57 +0100 Richard W.M. Jones wrote: It sounds to me like the real solution would be to either fix virDomainGetXMLDesc to return these missing fields, or add another

Re: [Libvir] [RFC] Life-cycle Management of the domain take2

2007-05-11 Thread Daniel P. Berrange
On Fri, May 11, 2007 at 02:07:50PM -0400, Daniel Veillard wrote: On Fri, May 11, 2007 at 10:59:37PM +0900, Saori Fukuta wrote: Hi, Thank you for your comment ! On Fri, 11 May 2007 13:33:57 +0100 Richard W.M. Jones wrote: It sounds to me like the real solution would be to either fix

Re: [Libvir] [RFC] Life-cycle Management of the domain take2

2007-05-11 Thread Richard W.M. Jones
Daniel Veillard wrote: On Fri, May 11, 2007 at 10:59:37PM +0900, Saori Fukuta wrote: Hi, Thank you for your comment ! On Fri, 11 May 2007 13:33:57 +0100 Richard W.M. Jones wrote: It sounds to me like the real solution would be to either fix virDomainGetXMLDesc to return these missing fields,

Re: [Libvir] [RFC] Life-cycle Management of the domain take2

2007-05-10 Thread Daniel Veillard
On Thu, May 10, 2007 at 12:06:51PM +0900, Saori Fukuta wrote: Hi Daniel, Thank you for your proposal ! I considered the way with it. On Fri, 27 Apr 2007 10:35:15 -0400 Daniel Veillard wrote: So I have a problem with this, and I suggest to isolate configuration file APIs, which in

Re: [Libvir] [RFC] Life-cycle Management of the domain take2

2007-05-09 Thread Saori Fukuta
Hi Daniel, Thank you for your proposal ! I considered the way with it. On Fri, 27 Apr 2007 10:35:15 -0400 Daniel Veillard wrote: So I have a problem with this, and I suggest to isolate configuration file APIs, which in practice would mean client code a bit more verbose but keeping the API

[Libvir] [RFC] Life-cycle Management of the domain take2

2007-04-27 Thread Saori Fukuta
Hi, I'm making a patch to provide a changing allocation dynamically and statically without keeping state at the library. And this is still uncompleted works, but I would like to hear your comments. Attached patch shows below: # virsh --help setmem NAME setmem - change memory allocation

Re: [Libvir] [RFC] Life-cycle Management of the domain take2

2007-04-27 Thread Daniel Veillard
On Fri, Apr 27, 2007 at 10:32:33PM +0900, Saori Fukuta wrote: Hi Daniel Hi Saori, I'm sorry I might be disrespectful a little... No, you were not. I'm just stating I'm thinking of the problem in different terms, which I think are open to discussion. I understood descriptions of domains,