Fabian Freyer wrote:
> Unconditionally use gnulib's getopt module. This is needed by the bhyve driver
> to provide a reentrant interface for getopt.
> ---
> bootstrap.conf | 1 +
> m4/virt-driver-bhyve.m4 | 3 +++
> 2 files changed, 4 insertions(+)
>
> diff --git a/bootstrap.conf b/bo
Fabian Freyer wrote:
> (resent due to mail client line mangling)
>
> Several gnulib headers rely on features.h being included by ctype.h to provide
> __GNUC_PREREQ, but on systems without glibc, this is not provided. In these
> cases __GNUC_PREREQ gets redefined to 0, which causes build errors
Fabian Freyer wrote:
> First, remove escaped newlines and split up the string into an argv-list for
> the bhyve and loader commands, respectively. This is done by iterating over
> the
> string splitting it by newlines, and then re-iterating over each line,
> splitting it by spaces.
>
> Since t
On Mon, Jul 04, 2016 at 04:22:32PM +0100, Daniel P. Berrange wrote:
On Mon, Jul 04, 2016 at 04:49:56PM +0200, Martin Kletzander wrote:
On Mon, Jul 04, 2016 at 03:41:16PM +0100, Daniel P. Berrange wrote:
> On Mon, Jul 04, 2016 at 04:37:27PM +0200, Martin Kletzander wrote:
> > Signed-off-by: Marti
On Mon, Jul 04, 2016 at 04:49:56PM +0200, Martin Kletzander wrote:
> On Mon, Jul 04, 2016 at 03:41:16PM +0100, Daniel P. Berrange wrote:
> > On Mon, Jul 04, 2016 at 04:37:27PM +0200, Martin Kletzander wrote:
> > > Signed-off-by: Martin Kletzander
> > > ---
> > > This fixes a build for me with upst
On 10/05/16 03:02, Cole Robinson wrote:
> On 05/04/2016 10:30 AM, Erik Skultety wrote:
>> Now that methods to free logging related lists were introduced, put them to a
>> use.
>> ---
>> src/util/virlog.c | 15 ---
>> 1 file changed, 4 insertions(+), 11 deletions(-)
>>
>> diff --git a/s
On 10/05/16 03:05, Cole Robinson wrote:
> On 05/04/2016 10:30 AM, Erik Skultety wrote:
>> This is just a convenience method for discarding a list of outputs instead of
>> using a 'for' loop everywhere. It is safe to pass -1 as the number of
>> elements
>> in the list as well as passing NULL as lis
On 10/05/16 12:29, Erik Skultety wrote:
> On 10/05/16 02:08, Cole Robinson wrote:
>> On 05/04/2016 10:30 AM, Erik Skultety wrote:
>>> It needs to be exported, since some caller might (for some reason) want to
>>> create a logging output without calling the parser which does this. Also,
>>> some met
On 10/05/16 01:47, Cole Robinson wrote:
> On 05/04/2016 10:30 AM, Erik Skultety wrote:
>> In this particular case, reset is meant as clearing the whole list of
>> outputs/filters, not resetting it to a predefined default setting. Looking at
>> it from that perspective, returning the number of recor
On 04/05/16 16:30, Erik Skultety wrote:
> Basically the same series as
> https://www.redhat.com/archives/libvir-list/2016-March/msg01534.html, just
> rebased onto the current HEAD.
>
> Daniel pointed out in 31/38 maybe we do not want to expose an API to set
> logging level. Despite the truth being
On Mon, Jul 04, 2016 at 03:41:16PM +0100, Daniel P. Berrange wrote:
On Mon, Jul 04, 2016 at 04:37:27PM +0200, Martin Kletzander wrote:
Signed-off-by: Martin Kletzander
---
This fixes a build for me with upstream libvirt.
NACK, per my reply to John's original patch, I think this should
not hav
On Mon, Jul 04, 2016 at 04:37:27PM +0200, Martin Kletzander wrote:
> Signed-off-by: Martin Kletzander
> ---
> This fixes a build for me with upstream libvirt.
NACK, per my reply to John's original patch, I think this should
not have been added to libvirt API in the first place.
Regards,
Daniel
Signed-off-by: Martin Kletzander
---
This fixes a build for me with upstream libvirt.
Virt.xs| 1 +
lib/Sys/Virt/Secret.pm | 5 +
2 files changed, 6 insertions(+)
diff --git a/Virt.xs b/Virt.xs
index cf4e5bc5337c..4c9f86b972f3 100644
--- a/Virt.xs
+++ b/Virt.xs
@@ -8534,6 +8
Way back in 2012, we added the ssize_t.m4.diff file because we didn't
want to risk pulling in a gnulib update at time of release.
ommit 1012dc2933378640ac0ab1025a4fec2fc8c6f84c
Author: Eric Blake
Date: Fri Mar 30 10:28:03 2012 -0600
build: fix mingw ssize_t, syntax check
We are so
On Mon, Jul 04, 2016 at 02:33:33PM +0200, Andrea Bolognani wrote:
> On Fri, 2016-07-01 at 12:04 +0200, Michal Privoznik wrote:
> > The new package for the virt-admin binary is libvirt-admin.
> >
> > Signed-off-by: Michal Privoznik
> > ---
> > libvirt.spec.in | 16 ++--
> > 1 file cha
On Mon, 2016-07-04 at 15:53 +0200, Erik Skultety wrote:
> > By the way, should mingw-libvirt.spec.in updated to ship
> > the virsh and virt-admin binaries in separate -client and
> > -admin packages?
> >
> > Does shipping a mingw version virt-admin even make sense,
> > given that AFAIK it doesn't
On 04/07/16 14:33, Andrea Bolognani wrote:
> On Fri, 2016-07-01 at 12:04 +0200, Michal Privoznik wrote:
>> The new package for the virt-admin binary is libvirt-admin.
>>
>> Signed-off-by: Michal Privoznik
>> ---
>> libvirt.spec.in | 16 ++--
>> 1 file changed, 14 insertions(+), 2
On Fri, Jun 24, 2016 at 04:53:31PM -0400, John Ferlan wrote:
> Add a new secret type known as "passphrase" - it will handle adding the
> secret objects that need a passphrase without a specific username.
>
> The format is:
>
>
> ...
> ...
>
>mumblyfratz
>
>
On Mon, 2016-07-04 at 13:32 +0200, Martin Kletzander wrote:
> On Mon, Jul 04, 2016 at 01:25:45PM +0200, Andrea Bolognani wrote:
> > On Mon, 2016-07-04 at 13:18 +0200, Martin Kletzander wrote:
> > > On Mon, Jul 04, 2016 at 10:57:59AM +0200, Andrea Bolognani wrote:
> > > > Due to the way the hardware
On Fri, 2016-07-01 at 12:04 +0200, Michal Privoznik wrote:
> The new package for the virt-admin binary is libvirt-admin.
>
> Signed-off-by: Michal Privoznik
> ---
> libvirt.spec.in | 16 ++--
> 1 file changed, 14 insertions(+), 2 deletions(-)
>
> diff --git a/libvirt.spec.in b/libvi
On Fri, 2016-07-01 at 12:04 +0200, Michal Privoznik wrote:
> Currently, we have libvirt-client library which serves as a
> collection point for all the libraries and client binaries we
> have. Therefore we have couple of silly dependencies, for
> instance libvirt-daemon depends on libvirt-client. O
On 01.07.2016 16:34, Peter Krempa wrote:
> Few patches are not ideal, so ideas are welcome.
>
> Peter Krempa (6):
> qemu: driver: Make name of QEMU_SET_MEM_PARAMETER more universal
> lxc: Synchronize implementation of qemuDomainSetMemoryParameters
> openvz: Remove use of virDomainLiveConfigH
At 2016-06-29 05:36:30, "John Ferlan" wrote:
>
>
>On 06/24/2016 12:44 PM, Chen Hanxiao wrote:
>> From: Chen Hanxiao
>>
>> remove restrictions of --table with --name or --uid.
>
>I think what you're trying to do is allow --uuid to be printed in the
>--table output. I don't htink --name should
At 2016-06-29 05:36:25, "John Ferlan" wrote:
>
>
>On 06/24/2016 12:44 PM, Chen Hanxiao wrote:
>> From: Chen Hanxiao
>>
>> virsh # list --uuid --name
>> c749c765a0-25e7-40d0-964f-dac99724b32c
>> f23 918f1dd6-b19f-412b-ba17-d113bad89af8
>>
>
>The actual output is reversed - perhaps a late
On 29.06.2016 18:29, Dawid Zamirski wrote:
> This patch series adds more libvirt API bindings to libvirt-php. The
> first patch in the series is a repost of:
>
> https://www.redhat.com/archives/libvir-list/2014-May/msg00021.html
>
> Dawid Zamirski (4):
> implement libvirt_node_get_free_memory
>
On 29.06.2016 18:29, Dawid Zamirski wrote:
> From: Dawid Zamirski
>
> This patch adds support for virNodeGetFreeMemory which is available in
> libvirt since v0.3.3. While the php bindings alredy provide
> libvirt_node_get_mem_stats from which such info could be obtained, not
> all hypervisors sup
On Mon, Jul 04, 2016 at 01:25:45PM +0200, Andrea Bolognani wrote:
On Mon, 2016-07-04 at 13:18 +0200, Martin Kletzander wrote:
On Mon, Jul 04, 2016 at 10:57:59AM +0200, Andrea Bolognani wrote:
> Due to the way the hardware works, KVM on ppc64 always requires
> memory locking; however, that is not
On Mon, 2016-07-04 at 13:18 +0200, Martin Kletzander wrote:
> On Mon, Jul 04, 2016 at 10:57:59AM +0200, Andrea Bolognani wrote:
> > Due to the way the hardware works, KVM on ppc64 always requires
> > memory locking; however, that is not the case for non-KVM ppc64
> > guests, eg. ppc64 guests that a
On Mon, Jul 04, 2016 at 10:57:59AM +0200, Andrea Bolognani wrote:
Due to the way the hardware works, KVM on ppc64 always requires
memory locking; however, that is not the case for non-KVM ppc64
guests, eg. ppc64 guests that are running on x86_64 with TCG.
Only require memory locking for ppc64 gu
On Mon, Jul 04, 2016 at 11:21:20AM +0200, Michal Privoznik wrote:
> On 01.07.2016 17:06, Daniel P. Berrange wrote:
> > On Fri, Jul 01, 2016 at 04:35:18PM +0200, Michal Privoznik wrote:
> >> Dear list,
> >>
> >> I'd like to fix the following bug [1]. Long story short, the only way
> >> how to have a
On 01.07.2016 17:06, Daniel P. Berrange wrote:
> On Fri, Jul 01, 2016 at 04:35:18PM +0200, Michal Privoznik wrote:
>> Dear list,
>>
>> I'd like to fix the following bug [1]. Long story short, the only way
>> how to have a domain use memory-backend-file object is to configure
>> hugepages. Either fo
On 01.07.2016 18:43, Daniel P. Berrange wrote:
> People debugging guest OS boot processes and reported that
> the default 128 KB size is too small to capture an entire
> boot up sequence. Increase the default size to 2 MB which
> should allow capturing a full boot up even with verbose
> debugging.
On 01.07.2016 18:43, Daniel P. Berrange wrote:
> Currently virtlogd has a hardcoded max file size of 128kb
> and max of 3 backups. This adds two new config parameters
> to /etc/libvirt/virtlogd.conf to let these be customized.
>
> Signed-off-by: Daniel P. Berrange
> ---
> src/logging/log_daemon.
Due to the way the hardware works, KVM on ppc64 always requires
memory locking; however, that is not the case for non-KVM ppc64
guests, eg. ppc64 guests that are running on x86_64 with TCG.
Only require memory locking for ppc64 guests if they are using
KVM or, as it's the case for all architecture
Fix mingw build regarding rpl_{printf,scanf} symbols.
Signed-off-by: Martin Kletzander
---
Pushed under gnulib maintenance (just guessing what that means) and
build-breaker rules.
.gnulib | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.gnulib b/.gnulib
index 246b3b28808e..6
35 matches
Mail list logo