On Thu, Aug 20, 2009 at 08:17:59PM +0200, Miloslav Trma?? wrote:
> This patch adds a "secret" as a separately managed object, using a
> special-purpose API to transfer the secret values between nodes and
> libvirt users.
>
> Rather than add explicit accessors for attributes of secrets, and
> hard-
On Thu, Aug 20, 2009 at 08:17:59PM +0200, Miloslav Trma?? wrote:
> This patch adds a "secret" as a separately managed object, using a
> special-purpose API to transfer the secret values between nodes and
> libvirt users.
>
> Rather than add explicit accessors for attributes of secrets, and
> hard-
This patch adds a "secret" as a separately managed object, using a
special-purpose API to transfer the secret values between nodes and
libvirt users.
Rather than add explicit accessors for attributes of secrets, and
hard-code the "secrets are related to storage volumes" association in
the API, the
On Sun, Aug 16, 2009 at 10:47:54PM +0200, Miloslav Trma?? wrote:
> This patch adds a "secret" as a separately managed object, using a
> special-purpose API to transfer the secret values between nodes and
> libvirt users.
>
> Rather than add explicit accessors for attributes of secrets, and
> hard-
On Wed, Aug 19, 2009 at 03:19:07PM +0200, Daniel Veillard wrote:
> On Wed, Aug 19, 2009 at 05:36:27AM -0400, Miloslav Trmac wrote:
> > - "Daniel Veillard" wrote:
>
> > > > +virSecretPtrvirSecretDefineXML (virConnectPtr conn,
> > > > +
On Wed, Aug 19, 2009 at 05:36:27AM -0400, Miloslav Trmac wrote:
> - "Daniel Veillard" wrote:
> > > +virSecretPtrvirSecretDefineXML (virConnectPtr conn,
> > > + const char *xml);
> >
> > Let's add an "unsigned int flags" to vi
On Wed, Aug 19, 2009 at 05:36:27AM -0400, Miloslav Trmac wrote:
> - "Daniel Veillard" wrote:
> > On Sun, Aug 16, 2009 at 10:47:54PM +0200, Miloslav Trmač wrote:
> > > Rather than add explicit accessors for attributes of secrets, and
> > > hard-code the "secrets are related to storage volumes"
On Wed, Aug 19, 2009 at 10:34:38AM +0100, Daniel P. Berrange wrote:
> On Wed, Aug 19, 2009 at 11:21:58AM +0200, Daniel Veillard wrote:
> > On Sun, Aug 16, 2009 at 10:47:54PM +0200, Miloslav Trma?? wrote:
> > > This patch adds a "secret" as a separately managed object, using a
> > > special-purpose
- "Daniel Veillard" wrote:
> On Sun, Aug 16, 2009 at 10:47:54PM +0200, Miloslav Trmač wrote:
> > Rather than add explicit accessors for attributes of secrets, and
> > hard-code the "secrets are related to storage volumes" association
> in
> > the API, the API uses XML to manipulate the associa
On Wed, Aug 19, 2009 at 11:21:58AM +0200, Daniel Veillard wrote:
> On Sun, Aug 16, 2009 at 10:47:54PM +0200, Miloslav Trma?? wrote:
> > This patch adds a "secret" as a separately managed object, using a
> > special-purpose API to transfer the secret values between nodes and
> > libvirt users.
>
>
On Sun, Aug 16, 2009 at 10:47:54PM +0200, Miloslav Trmač wrote:
> This patch adds a "secret" as a separately managed object, using a
> special-purpose API to transfer the secret values between nodes and
> libvirt users.
Okay, interesting...
> Rather than add explicit accessors for attributes of
This patch adds a "secret" as a separately managed object, using a
special-purpose API to transfer the secret values between nodes and
libvirt users.
Rather than add explicit accessors for attributes of secrets, and
hard-code the "secrets are related to storage volumes" association in
the API, the
On Tue, Aug 04, 2009 at 10:28:16PM +0200, Miloslav Trma?? wrote:
> This patch adds a "secret" as a separately managed object, using a
> special-purpose API to transfer the secret values between nodes and
> libvirt users.
>
> Rather than add explicit accessors for attributes of secrets, and
> hard-
This patch adds a "secret" as a separately managed object, using a
special-purpose API to transfer the secret values between nodes and
libvirt users.
Rather than add explicit accessors for attributes of secrets, and
hard-code the "secrets are related to storage volumes" association in
the API, the
14 matches
Mail list logo
