On Thu, Dec 08, 2022 at 10:12:22AM +0100, Martin Kletzander wrote:
> On Wed, Dec 07, 2022 at 12:07:11PM +, Daniel P. Berrangé wrote:
> > On Wed, Dec 07, 2022 at 12:42:06PM +0100, Martin Kletzander wrote:
> > > On Thu, Dec 01, 2022 at 10:17:49AM +, Daniel P. Berrangé wrote:
> > > > The other
On Wed, Dec 07, 2022 at 12:07:11PM +, Daniel P. Berrangé wrote:
On Wed, Dec 07, 2022 at 12:42:06PM +0100, Martin Kletzander wrote:
On Thu, Dec 01, 2022 at 10:17:49AM +, Daniel P. Berrangé wrote:
> The other end of the
>
> virInternalSetProcessSetMaxMemLockHandler
>
> wouldn't have abili
On Wed, Dec 07, 2022 at 12:42:06PM +0100, Martin Kletzander wrote:
> On Thu, Dec 01, 2022 at 10:17:49AM +, Daniel P. Berrangé wrote:
> > The other end of the
> >
> > virInternalSetProcessSetMaxMemLockHandler
> >
> > wouldn't have ability to validate the VM identity even if we
> > passed it,
On Thu, Dec 01, 2022 at 10:17:49AM +, Daniel P. Berrangé wrote:
On Wed, Nov 30, 2022 at 09:47:02AM +0100, Peter Krempa wrote:
On Tue, Nov 29, 2022 at 09:05:33 -0800, Andrea Bolognani wrote:
[...]
> Proposal
>
>
> In order to address the issues outlined above, I propose that we
> i
This should now be working as intended.
Sorry for the inconvenience, folks.
On Thu, Dec 1, 2022 at 12:36 PM Daniel P. Berrangé
wrote:
> On Thu, Dec 01, 2022 at 11:17:02AM +0100, Andrew Burden wrote:
> > Hello,
> > Yeah that's how the kubevirt-dev mailing list works - or is supposed to
> > work
On Thu, Dec 01, 2022 at 11:17:02AM +0100, Andrew Burden wrote:
> Hello,
> Yeah that's how the kubevirt-dev mailing list works - or is supposed to
> work - as well. Emails from non-members are pending until manually
> approved. I don't see anything pending though so we have an issue there.
> Perhaps
On Thu, Dec 01, 2022 at 11:17:02AM +0100, Andrew Burden wrote:
> Hello,
> Yeah that's how the kubevirt-dev mailing list works - or is supposed to
> work - as well. Emails from non-members are pending until manually
> approved. I don't see anything pending though so we have an issue there.
> Perhaps
Hello,
Yeah that's how the kubevirt-dev mailing list works - or is supposed to
work - as well. Emails from non-members are pending until manually
approved. I don't see anything pending though so we have an issue there.
Perhaps the mechanism in googlegroups is being thrown off by the inclusion
of a
On Wed, Nov 30, 2022 at 09:47:02AM +0100, Peter Krempa wrote:
> On Tue, Nov 29, 2022 at 09:05:33 -0800, Andrea Bolognani wrote:
>
> [...]
>
> > Proposal
> >
> >
> > In order to address the issues outlined above, I propose that we
> > introduce a new set of APIs in libvirt.
> >
> > Thes
On Wed, Nov 30, 2022 at 11:48 AM Andrea Bolognani
wrote:
> On Tue, Nov 29, 2022 at 09:05:33AM -0800, Andrea Bolognani wrote:
> > Hi,
> >
> > this is a proposal for introducing a new family of APIs in libvirt,
> > with the goal of improving integration with management applications.
> >
> > KubeVir
On Tue, Nov 29, 2022 at 09:05:33AM -0800, Andrea Bolognani wrote:
> Hi,
>
> this is a proposal for introducing a new family of APIs in libvirt,
> with the goal of improving integration with management applications.
>
> KubeVirt is intended to be the primary consumer of these APIs.
This proposal wa
On Tue, Nov 29, 2022 at 06:23:07PM +, Fox, Kevin M wrote:
> Would a regular libvirt installation benefit from having
> libvirtd run untrusted too (I think so)? especially if its
> on the network? so instead of making it plugable, maybe the
> architecture should be updated and libvirtd never doe
On Tue, Nov 29, 2022 at 09:05:33AM -0800, Andrea Bolognani wrote:
> Proposal
>
>
> In order to address the issues outlined above, I propose that we
> introduce a new set of APIs in libvirt.
>
> These APIs would expose some of the inner workings of libvirt, and
> as such would come with *
] RFC: New APIs for delegation of privileged operations
Check twice before you click! This email originated from outside PNNL.
Hi,
this is a proposal for introducing a new family of APIs in libvirt,
with the goal of improving integration with management applications.
KubeVirt is intended to be
On Tue, Nov 29, 2022 at 09:05:33 -0800, Andrea Bolognani wrote:
[...]
> Proposal
>
>
> In order to address the issues outlined above, I propose that we
> introduce a new set of APIs in libvirt.
>
> These APIs would expose some of the inner workings of libvirt, and
> as such would come
Hi,
this is a proposal for introducing a new family of APIs in libvirt,
with the goal of improving integration with management applications.
KubeVirt is intended to be the primary consumer of these APIs.
Background
--
KubeVirt makes it possible to run VMs on a Kubernetes cluster, side
16 matches
Mail list logo
