Update to:
commit 7d069378921bfa0d7c7198ea177aac0a2440016f
Author: Pádraig Brady
CommitDate: 2020-01-01 22:00:28 +
md5, sha1, sha256, sha512: support --with-openssl=auto-gpl-compat
Signed-off-by: Ján Tomko
---
.gnulib | 2 +-
bootstrap | 4 ++--
2 files changed, 3
On Tue, 2018-07-17 at 10:29 +0100, Daniel P. Berrangé wrote:
> On Tue, Jul 17, 2018 at 10:14:18AM +0200, Andrea Bolognani wrote:
> > It looks like gnulib commit 2afc250c6fae changed the ffs()
> > detection code, and now when compiling with MinGW I get HAVE_FFS=1
> > instead of HAVE_FFS=0 and the fa
On Tue, Jul 17, 2018 at 10:14:18AM +0200, Andrea Bolognani wrote:
> On Sat, 2018-07-14 at 09:20 +0200, Michal Privoznik wrote:
> > The changelog is quite long because we haven't updated gnulib in
> > a while. Anyway, among the new changes you'll find GCC 8 support,
> > faster build time, mingw fixe
On Sat, 2018-07-14 at 09:20 +0200, Michal Privoznik wrote:
> The changelog is quite long because we haven't updated gnulib in
> a while. Anyway, among the new changes you'll find GCC 8 support,
> faster build time, mingw fixes and many others.
Ironically, this makes building on MinGW *worse* :)
L
The changelog is quite long because we haven't updated gnulib in
a while. Anyway, among the new changes you'll find GCC 8 support,
faster build time, mingw fixes and many others.
Signed-off-by: Michal Privoznik
---
Pushed under "gnulib update" rule.
.gnulib | 2 +-
bootstrap | 266
On 01/03/2018 08:46 AM, Peter Krempa wrote:
>>
>> No bright ideas on this other than perhaps only including changes just
>> prior to the particular one that breaks things or somehow revert just
>> that one in our local copy.
>
> How about just killing that stupid syntax check in our local copy?
On 01/03/2018 03:46 PM, Peter Krempa wrote:
> On Tue, Jan 02, 2018 at 08:09:37 -0500, John Ferlan wrote:
>>
>>
>> On 01/02/2018 04:28 AM, Michal Privoznik wrote:
>>> Unfortunately, since gnulib's commit of 2c5d558745 there's an
>>> unused parameter to stat_time_normalize() function which gnulib
>>>
On Tue, Jan 02, 2018 at 08:09:37 -0500, John Ferlan wrote:
>
>
> On 01/02/2018 04:28 AM, Michal Privoznik wrote:
> > Unfortunately, since gnulib's commit of 2c5d558745 there's an
> > unused parameter to stat_time_normalize() function which gnulib
> > developers don't want to fix [1]. Therefore, w
On 01/02/2018 07:09 AM, John Ferlan wrote:
>
>
> On 01/02/2018 04:28 AM, Michal Privoznik wrote:
>> Unfortunately, since gnulib's commit of 2c5d558745 there's an
>> unused parameter to stat_time_normalize() function which gnulib
>> developers don't want to fix [1]. Therefore, we have to work
>> a
On 01/02/2018 02:09 PM, John Ferlan wrote:
>
>
> On 01/02/2018 04:28 AM, Michal Privoznik wrote:
>> Unfortunately, since gnulib's commit of 2c5d558745 there's an
>> unused parameter to stat_time_normalize() function which gnulib
>> developers don't want to fix [1]. Therefore, we have to work
>> a
On 01/02/2018 04:28 AM, Michal Privoznik wrote:
> Unfortunately, since gnulib's commit of 2c5d558745 there's an
> unused parameter to stat_time_normalize() function which gnulib
> developers don't want to fix [1]. Therefore, we have to work
> around it by temporarily suspending -Wunused-parameter
Unfortunately, since gnulib's commit of 2c5d558745 there's an
unused parameter to stat_time_normalize() function which gnulib
developers don't want to fix [1]. Therefore, we have to work
around it by temporarily suspending -Wunused-parameter.
1: http://lists.gnu.org/archive/html/bug-gnulib/2018-01
On 10/10/2017 02:15 AM, Daniel P. Berrange wrote:
> This pulls in the fix for getopt tests on Fedora >= 28 / glibc > 2.26.0
>
> Signed-off-by: Daniel P. Berrange
> ---
> .gnulib | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/.gnulib b/.gnulib
> index 8d116e3f65..5e9abf
This pulls in the fix for getopt tests on Fedora >= 28 / glibc > 2.26.0
Signed-off-by: Daniel P. Berrange
---
.gnulib | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.gnulib b/.gnulib
index 8d116e3f65..5e9abf8716 16
--- a/.gnulib
+++ b/.gnulib
@@ -1 +1 @@
-Subproject comm
This pulls in, among other new things, vc-list-files fix to make
syntax-check work with git worktrees.
Signed-off-by: Erik Skultety
---
As per http://lists.gnu.org/archive/html/bug-gnulib/2017-08/msg00171.html which
fixes the build with old autoconf, pushing this patch under the gnulib
maintenan
On Thu, Aug 24, 2017 at 11:14:57AM +0200, Peter Krempa wrote:
> On Thu, Aug 24, 2017 at 10:50:29 +0200, Erik Skultety wrote:
> > This pulls in, among other new things, vc-list-files fix to make
> > syntax-check work with git worktrees.
> >
> > Signed-off-by: Erik Skultety
> > ---
> > .gnulib | 2
On Thu, Aug 24, 2017 at 10:50:29 +0200, Erik Skultety wrote:
> This pulls in, among other new things, vc-list-files fix to make
> syntax-check work with git worktrees.
>
> Signed-off-by: Erik Skultety
> ---
> .gnulib | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Did you push this unde
This pulls in, among other new things, vc-list-files fix to make
syntax-check work with git worktrees.
Signed-off-by: Erik Skultety
---
.gnulib | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.gnulib b/.gnulib
index ce4ee4cbb..47c634c05 16
--- a/.gnulib
+++ b/.gnulib
@@ -
On Thu, Jun 15, 2017 at 05:39:00PM +0200, Martin Kletzander wrote:
> On Wed, Jun 14, 2017 at 03:35:39PM +0100, Daniel P. Berrange wrote:
> > On Wed, Jun 14, 2017 at 04:30:49PM +0200, Martin Kletzander wrote:
> > > On Wed, Jun 14, 2017 at 02:32:41PM +0100, Daniel P. Berrange wrote:
> > > > On Wed, J
On Wed, Jun 14, 2017 at 03:35:39PM +0100, Daniel P. Berrange wrote:
On Wed, Jun 14, 2017 at 04:30:49PM +0200, Martin Kletzander wrote:
On Wed, Jun 14, 2017 at 02:32:41PM +0100, Daniel P. Berrange wrote:
> On Wed, Jun 14, 2017 at 03:27:25PM +0200, Martin Kletzander wrote:
> > On Wed, Jun 14, 2017
On Wed, Jun 14, 2017 at 04:30:49PM +0200, Martin Kletzander wrote:
> On Wed, Jun 14, 2017 at 02:32:41PM +0100, Daniel P. Berrange wrote:
> > On Wed, Jun 14, 2017 at 03:27:25PM +0200, Martin Kletzander wrote:
> > > On Wed, Jun 14, 2017 at 11:20:44AM +0100, Daniel P. Berrange wrote:
> > > > This fixe
On Wed, Jun 14, 2017 at 02:32:41PM +0100, Daniel P. Berrange wrote:
On Wed, Jun 14, 2017 at 03:27:25PM +0200, Martin Kletzander wrote:
On Wed, Jun 14, 2017 at 11:20:44AM +0100, Daniel P. Berrange wrote:
> This fixes an incompatibility with glibc 2.25.90
>
> Signed-off-by: Daniel P. Berrange
> -
On Wed, Jun 14, 2017 at 03:27:25PM +0200, Martin Kletzander wrote:
> On Wed, Jun 14, 2017 at 11:20:44AM +0100, Daniel P. Berrange wrote:
> > This fixes an incompatibility with glibc 2.25.90
> >
> > Signed-off-by: Daniel P. Berrange
> > ---
> >
> > Pushed as a broken build fix to get CI back onli
On Wed, Jun 14, 2017 at 11:20:44AM +0100, Daniel P. Berrange wrote:
This fixes an incompatibility with glibc 2.25.90
Signed-off-by: Daniel P. Berrange
---
Pushed as a broken build fix to get CI back online
After this update the build fails for me with gcc-7.1.0 with the
following error:
In
This fixes an incompatibility with glibc 2.25.90
Signed-off-by: Daniel P. Berrange
---
Pushed as a broken build fix to get CI back online
.gnulib | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.gnulib b/.gnulib
index da830b5..ce4ee4c 16
--- a/.gnulib
+++ b/.gnulib
@@ -
On Mon, 2017-05-15 at 10:08 +0100, Daniel P. Berrange wrote:
> This pulls in the fixes for poll() on Win32 which finally
> makes the remote driver work again.
>
> Signed-off-by: Daniel P. Berrange
> ---
> .gnulib | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/.gnulib b
This pulls in the fixes for poll() on Win32 which finally
makes the remote driver work again.
Signed-off-by: Daniel P. Berrange
---
.gnulib | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.gnulib b/.gnulib
index 94386a1..da830b5 16
--- a/.gnulib
+++ b/.gnulib
@@ -1 +1 @@
Among other recent changes, this includes a workaround to avoid
Clang compiler bug https://llvm.org/bugs/show_bug.cgi?id=16404
having spurious link failures.
* .gnulib: Update.
* bootstrap: Synchronize to upstream.
Signed-off-by: Eric Blake
---
I'm debating about re-enabling test-lock (right no
Required for the copyright year bump to keep 'make syntax-check'
happy, and also pulls in several portability fixes.
* .gnulib: Update to latest.
* bootstrap: Resync from upstream.
Signed-off-by: Michal Privoznik
---
Pushed under gnulib-free-to-push rule.
.gnulib | 2 +-
1 file changed, 1 ins
In particular, this fixes the
./.gnulib/lib/version-etc.c
maint.mk: out of date copyright in ./.gnulib/lib/version-etc.c; update it
maint.mk:1196: recipe for target 'sc_copyright_check' failed
error when running 'make syntax-check' in 2017.
---
.gnulib | 2 +-
bootstrap | 2 +-
2 files c
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
On 05/27/2016 08:40 AM, Andrea Bolognani wrote:
>> Was this an incremental or a clean build? If incremental, I suspect that
>> it may just be stale files left behind as gnulib shuffles things between
>> normal use and testsuite use. I'm trying to reproduce now...
>
> I ran into the same error wi
On 05/27/2016 09:40 AM, Cole Robinson wrote:
>
> FWIW On Fedora 24 I'm not getting the issue that others are reporting, but
> there's this new build warning/error after the gnulib update:
>
> In file included from ../include/libvirt/libvirt.h:38:0,
> from ./internal.h:58,
>
On 05/27/2016 09:22 AM, Ján Tomko wrote:
> On Fri, May 27, 2016 at 08:24:36AM -0600, Eric Blake wrote:
>> On 05/27/2016 04:33 AM, Michal Privoznik wrote:
>>
Pushed under gnulib maintenance rule, since RC1 still hasn't been tagged.
>>>
>>> Unfortunately, this breaks build on my system
Fix a regression in checking for realpath (which caused link
failures regarding duplicate rpl_canonicalize_file_name), and
fix the mingw build regarding unsetenv.
* .gnulib: Update to latest.
Signed-off-by: Eric Blake
---
Fixes the reported failure with canonicalize_file_name,
but there's still
On 05/26/2016 11:07 PM, Eric Blake wrote:
> On 05/26/2016 09:52 AM, Eric Blake wrote:
>> Pulls in several portability fixes, including the fact that gnulib
>> now only works on platforms with two's complement signed integers.
>> Also makes for a smaller delta on the next update (we are waiting
>> o
On Fri, May 27, 2016 at 08:24:36AM -0600, Eric Blake wrote:
> On 05/27/2016 04:33 AM, Michal Privoznik wrote:
>
> >>
> >> Pushed under gnulib maintenance rule, since RC1 still hasn't been tagged.
> >>
> >
> > Unfortunately, this breaks build on my system:
> >
> > make[2]: Entering directory '/ho
On 27.05.2016 16:24, Eric Blake wrote:
> On 05/27/2016 04:33 AM, Michal Privoznik wrote:
>
>>>
>>> Pushed under gnulib maintenance rule, since RC1 still hasn't been tagged.
>>>
>>
>> Unfortunately, this breaks build on my system:
>>
>> make[2]: Entering directory '/home/zippy/work/libvirt/libvirt.
On 05/27/2016 10:24 AM, Eric Blake wrote:
> On 05/27/2016 04:33 AM, Michal Privoznik wrote:
>
>>>
>>> Pushed under gnulib maintenance rule, since RC1 still hasn't been tagged.
>>>
>>
>> Unfortunately, this breaks build on my system:
>>
>> make[2]: Entering directory '/home/zippy/work/libvirt/lib
On Fri, 2016-05-27 at 08:24 -0600, Eric Blake wrote:
> On 05/27/2016 04:33 AM, Michal Privoznik wrote:
> >
> > > Pushed under gnulib maintenance rule, since RC1 still hasn't been tagged.
> >
> > Unfortunately, this breaks build on my system:
> >
> > make[2]: Entering directory '/home/zippy/work/
On 05/27/2016 04:33 AM, Michal Privoznik wrote:
>>
>> Pushed under gnulib maintenance rule, since RC1 still hasn't been tagged.
>>
>
> Unfortunately, this breaks build on my system:
>
> make[2]: Entering directory '/home/zippy/work/libvirt/libvirt.git/tests' CCLD
> virpcimock.la
> ../gnulib
27.05.2016 13:33, Michal Privoznik пишет:
On 27.05.2016 05:07, Eric Blake wrote:
On 05/26/2016 09:52 AM, Eric Blake wrote:
Pulls in several portability fixes, including the fact that gnulib
now only works on platforms with two's complement signed integers.
Also makes for a smaller delta on the
On 27.05.2016 05:07, Eric Blake wrote:
> On 05/26/2016 09:52 AM, Eric Blake wrote:
>> Pulls in several portability fixes, including the fact that gnulib
>> now only works on platforms with two's complement signed integers.
>> Also makes for a smaller delta on the next update (we are waiting
>> on a
On 05/26/2016 09:52 AM, Eric Blake wrote:
> Pulls in several portability fixes, including the fact that gnulib
> now only works on platforms with two's complement signed integers.
> Also makes for a smaller delta on the next update (we are waiting
> on a license change to unsetenv for the sake of m
Pulls in several portability fixes, including the fact that gnulib
now only works on platforms with two's complement signed integers.
Also makes for a smaller delta on the next update (we are waiting
on a license change to unsetenv for the sake of mingw).
* .gnulib: Update to latest.
* bootstrap:
On 01/04/2016 01:47 PM, Eric Blake wrote:
> Required for the copyright year bump to keep 'make syntax-check'
> happy, and also pulls in several portability fixes.
>
> * .gnulib: Update to latest.
> * bootstrap: Resync from upstream.
> * gnulib/local/m4/ssize_t.m4.diff: Regenerate.
>
> Signed-off-
Required for the copyright year bump to keep 'make syntax-check'
happy, and also pulls in several portability fixes.
* .gnulib: Update to latest.
* bootstrap: Resync from upstream.
* gnulib/local/m4/ssize_t.m4.diff: Regenerate.
Signed-off-by: Eric Blake
---
Pushing under the build-breaker rule.
Incorporates fixes for cross-compiling to mingw on rawhide, where
gcc 5.1 changes detection of how to properly determine PRIdMAX.
* .gnulib: Update to latest, for mingw.
Signed-off-by: Eric Blake
---
I've missed the freeze for rc1, but confirmed that this update
is rather minimal and should onl
Time to update to new gnulib before a release.
gcc 5.1 introduced a new -Wformat-signedness, and new gnulib now
turns it on by default. However, it is still rather lame at the
moment, because it warns for enums, even though there is no way
to control the signeness of an enum which does not use an
On 02/25/2015 06:13 AM, Daniel P. Berrange wrote:
> On Wed, Feb 25, 2015 at 06:09:42AM -0700, Eric Blake wrote:
>> On 02/25/2015 12:20 AM, Martin Kletzander wrote:
>>> On Tue, Feb 24, 2015 at 09:04:00AM -0700, Eric Blake wrote:
On 02/24/2015 09:00 AM, Eric Blake wrote:
> Needed to silence
On Wed, Feb 25, 2015 at 06:09:42AM -0700, Eric Blake wrote:
> On 02/25/2015 12:20 AM, Martin Kletzander wrote:
> > On Tue, Feb 24, 2015 at 09:04:00AM -0700, Eric Blake wrote:
> >> On 02/24/2015 09:00 AM, Eric Blake wrote:
> >>> Needed to silence a valgrind detection of uninitialized memory:
> >>> h
On Wed, Feb 25, 2015 at 06:09:42AM -0700, Eric Blake wrote:
> On 02/25/2015 12:20 AM, Martin Kletzander wrote:
> > On Tue, Feb 24, 2015 at 09:04:00AM -0700, Eric Blake wrote:
> >> On 02/24/2015 09:00 AM, Eric Blake wrote:
> >>> Needed to silence a valgrind detection of uninitialized memory:
> >>> h
On 02/25/2015 12:20 AM, Martin Kletzander wrote:
> On Tue, Feb 24, 2015 at 09:04:00AM -0700, Eric Blake wrote:
>> On 02/24/2015 09:00 AM, Eric Blake wrote:
>>> Needed to silence a valgrind detection of uninitialized memory:
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1174147
>>>
>>> * .gnulib:
On Tue, Feb 24, 2015 at 09:04:00AM -0700, Eric Blake wrote:
On 02/24/2015 09:00 AM, Eric Blake wrote:
Needed to silence a valgrind detection of uninitialized memory:
https://bugzilla.redhat.com/show_bug.cgi?id=1174147
* .gnulib: Update to latest.
* bootstrap: Resync to gnulib.
Signed-off-by: E
On 02/24/2015 09:00 AM, Eric Blake wrote:
> Needed to silence a valgrind detection of uninitialized memory:
> https://bugzilla.redhat.com/show_bug.cgi?id=1174147
>
> * .gnulib: Update to latest.
> * bootstrap: Resync to gnulib.
>
> Signed-off-by: Eric Blake
> ---
>
> I've missed RC1, so I'll wa
Needed to silence a valgrind detection of uninitialized memory:
https://bugzilla.redhat.com/show_bug.cgi?id=1174147
* .gnulib: Update to latest.
* bootstrap: Resync to gnulib.
Signed-off-by: Eric Blake
---
I've missed RC1, so I'll wait for a review on this one (are we sure
that RC2 will be enou
Another update is required to pick up today's gnulib fix for mingw
builds (now that gnulib turns on mingw's replacement printf that
understands %lld, it must also tell the compiler to respect the
improved definition of PRIdMAX and friends).
* .gnulib: Update to latest.
Signed-off-by: Eric Blake
On 01/05/2015 09:06 AM, Daniel P. Berrange wrote:
> Sync to latest gnulib to get files updated with 2015 copyright
> date to fix syntax-check
>
> * .gnulib: update to latest
> * bootstrap: Regenerate from upstream
>
> Signed-off-by: Daniel P. Berrange
> ---
> .gnulib | 2 +-
> bootstrap | 2 +
Sync to latest gnulib to get files updated with 2015 copyright
date to fix syntax-check
* .gnulib: update to latest
* bootstrap: Regenerate from upstream
Signed-off-by: Daniel P. Berrange
---
.gnulib | 2 +-
bootstrap | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Pushed as build-b
Several portability changes, but the one we are most interested in
is the improvement to bootstrap to detect perl modules.
This patch doesn't actually change our bootstrap requirements
(that will be a separate patch), but sets the stage for it.
* .gnulib: Update to latest, for bootstrap improveme
When run under an environment that inherits an ignored SIGPIPE
(hello, annoying buildbots), a syntax-check was producing quite
a bit of noise, such as:
> prohibit_argmatch_without_use
> grep: write error
> grep: write error
> /bin/sed: couldn't write 25 items to stdout: Broken pipe
> sed: couldn't
Among other patches, Natanael Copa contributed a fix for
pyshmem_available when using musl libc that directly affects
libvirt.
* .gnulib: Update to latest, in part for musl libc compat.
Signed-off-by: Eric Blake
---
Pushing under the gnulib rule, since we are not in release freeze.
* .gnulib c
While we aren't impacted by most of upstream's changes this
month, at least the regex improvement looks useful.
* gnulib: Synchronize to upstream.
---
Pushing under trivial rule before we go into freeze.
* .gnulib 72fb907...ce457d6 (16):
> gitlog-to-changelog: include a dummy git-log-fix file
Based on a report from Pavel Hrdina, gnulib was fixed to support
AC_PROG_SED even when using ancient autoconf 2.59 of RHEL 5.
* .gnulib: Update to latest, to fix build on RHEL 5.
Signed-off-by: Eric Blake
---
Pushing under the build-breaker rule.
* .gnulib 3f51bf4...72fb907 (3):
> m4: fix gl
Among other things, gnulib now allows overriding of sed during
'make syntax-check'.
* .gnulib: Update to latest, for maint.mk improvements.
Signed-off-by: Eric Blake
---
Pushing under the maintainer rule, before we freeze. I still need
to revive Roman's work on using $(SED) and/or portable sed
On Fedora 20, mingw-headers has switched over to winpthreads as
the provider for its . winpthreads is notorious for
providing a less-than-stellar header, and needs several workarounds
before it can be used in a project assuming POSIX semantics. While
we still use Windows primitives rather than pt
'make syntax-check' wants a newer gnulib for 2014 copyright.
Also, a couple of fixes for bootstrap issues reported on IRC:
- on some older glibc systems, ./configure could deadlock due to
a glibc malloc bug
- on FreeBSD systems, a broken autom4te coupled with gettext
0.18.3 prevents bootstrap; we
On 12/06/2013 01:33 AM, Michal Privoznik wrote:
> On 06.12.2013 00:52, Eric Blake wrote:
>> A couple of fixes for bootstrap issues reported on IRC:
>> - on some older glibc systems, ./configure could deadlock due to
>> a glibc malloc bug
>> - on FreeBSD systems, a broken autom4te coupled with gette
On 06.12.2013 00:52, Eric Blake wrote:
> A couple of fixes for bootstrap issues reported on IRC:
> - on some older glibc systems, ./configure could deadlock due to
> a glibc malloc bug
> - on FreeBSD systems, a broken autom4te coupled with gettext
> 0.18.3 prevents bootstrap; we can't work around i
A couple of fixes for bootstrap issues reported on IRC:
- on some older glibc systems, ./configure could deadlock due to
a glibc malloc bug
- on FreeBSD systems, a broken autom4te coupled with gettext
0.18.3 prevents bootstrap; we can't work around it, but can at
least inform the user why they have
Among others, this fixes getgroups for MacOS and fpending for Cygwin.
* .gnulib: Update to latest.
Signed-off-by: Eric Blake
---
Pushing prior to freeze under the gnulib rule.
* .gnulib 8f74258...831b84c (16):
> quotearg: don't attempt to store 1 << 31 into an "int"
> error: depend on stdi
On 10/31/2013 07:26 AM, Martin Kletzander wrote:
>>> root@freebsd9:/home/jenkins/workspace/libvirt/platform/freebsd-9/gnulib/tests
>>> # ./test-poll
>>> Unconnected socket test... passed
>>> Connected sockets test... failed (expecting POLLHUP after shutdown)
>>> General socket test with fork... fa
On Tue, Oct 29, 2013 at 02:12:00PM -0600, Eric Blake wrote:
> [adding bug-gnulib]
>
> On 10/29/2013 11:15 AM, Martin Kletzander wrote:
> > On Mon, Oct 28, 2013 at 03:50:20PM -0600, Eric Blake wrote:
> >> Since we haven't quite frozen yet, it's time to pick up some
> >> fixes. I know at least cygw
[adding bug-gnulib]
On 10/29/2013 11:15 AM, Martin Kletzander wrote:
> On Mon, Oct 28, 2013 at 03:50:20PM -0600, Eric Blake wrote:
>> Since we haven't quite frozen yet, it's time to pick up some
>> fixes. I know at least cygwin benefits from this update.
>>
>> * .gnulib: Update to latest, in part
On Mon, Oct 28, 2013 at 03:50:20PM -0600, Eric Blake wrote:
> Since we haven't quite frozen yet, it's time to pick up some
> fixes. I know at least cygwin benefits from this update.
>
> * .gnulib: Update to latest, in part for cygwin compilation.
>
Even though that's not your fault, this might
Since we haven't quite frozen yet, it's time to pick up some
fixes. I know at least cygwin benefits from this update.
* .gnulib: Update to latest, in part for cygwin compilation.
Signed-off-by: Eric Blake
---
Pushing under the gnulib rule.
* .gnulib 4a5ee89...8f74258 (33):
> Revert "error:
Since we're about to freeze, it's time to pick up the latest
upstream gnulib. Among other changes, gnulib now guarantees the
use of some -f flags that we were previously manually adding.
* .gnulib: Update to latest, in part for warning improvements.
* m4/virt-compile-warnings.m4 (LIBVIRT_COMPILE_
Upstream gnulib recently patched a bug in bootstrap, for projects
that use a different name than build-aux for a subdirectory. We
don't, but it doesn't hurt to update.
* .gnulib: Update, for bootstrap fix.
* bootstrap: Sync to upstream.
* bootstrap.conf: Match upstream bug fix.
Signed-off-by: Er
Future patches need LGPLv2+ versions of some modules that had
recent license changes; but separating the gnulib update from
the actual use of the modules makes it easier to backport to
an older version while avoiding a submodule update (assuming,
of course, that the backport is to a system where gl
The latest mingw headers on Fedora 19 fail to build with gnulib
without an update.
Meanwhile, now that upstream gnulib has better handling of -W
probing for clang, we can drop some of our own solutions in
favor of upstream; thus this reverts commit c1634100, "Correctly
detect warning flags with cl
Among others, this fixes a cosmetic bug where bootstrap stated:
./bootstrap: Bootstrapping from checked-out http://libvirt.org sources...
instead of the intended:
./bootstrap: Bootstrapping from checked-out libvirt sources...
* .gnulib: Update to latest, for bootstrap improvement.
* bootstrap:
Upstream gnulib determined that we were needlessly compiling in
gnulib's regex instead of glibc's when targetting new-enough glibc,
because the m4 test was being too strict in requiring a particular
answer to undefined behavior.
https://lists.gnu.org/archive/html/bug-gnulib/2013-04/msg00032.html
*
On 04/05/2013 02:34 AM, Daniel P. Berrange wrote:
> On Thu, Apr 04, 2013 at 08:33:16PM -0600, Eric Blake wrote:
>> On 04/01/2013 12:55 PM, Eric Blake wrote:
>>> While this update doesn't address any reported problems in libvirt,
>>> doing a post-release update to latest gnulib makes it easier to
>>
On Thu, Apr 04, 2013 at 08:33:16PM -0600, Eric Blake wrote:
> On 04/01/2013 12:55 PM, Eric Blake wrote:
> > While this update doesn't address any reported problems in libvirt,
> > doing a post-release update to latest gnulib makes it easier to
> > stay in sync with best upstream practices.
> >
> >
On 04/01/2013 12:55 PM, Eric Blake wrote:
> While this update doesn't address any reported problems in libvirt,
> doing a post-release update to latest gnulib makes it easier to
> stay in sync with best upstream practices.
>
> * .gnulib: Update to latest.
> * bootstrap: Resynchronize.
> ---
Ping.
While this update doesn't address any reported problems in libvirt,
doing a post-release update to latest gnulib makes it easier to
stay in sync with best upstream practices.
* .gnulib: Update to latest.
* bootstrap: Resynchronize.
---
Here's what changed in gnulib:
* .gnulib 819b1c3...076ac82 (
On 02/01/2013 12:16 AM, Jiri Denemark wrote:
> On Thu, Jan 31, 2013 at 16:34:24 -0700, Eric Blake wrote:
>> CVE-2013-0242 in glibc's regex() can cause a DoS in any daemon
>> that runs a regex search on user input while in a multibyte locale.
>> I'm not sure how hard it would be to trigger such a se
On Thu, Jan 31, 2013 at 16:34:24 -0700, Eric Blake wrote:
> CVE-2013-0242 in glibc's regex() can cause a DoS in any daemon
> that runs a regex search on user input while in a multibyte locale.
> I'm not sure how hard it would be to trigger such a setup for
> libvirtd, but rather than risk things, w
CVE-2013-0242 in glibc's regex() can cause a DoS in any daemon
that runs a regex search on user input while in a multibyte locale.
I'm not sure how hard it would be to trigger such a setup for
libvirtd, but rather than risk things, we can avoid the issue:
gnulib has worked around the problem, and b
'make syntax-check' warned that gnulib's copyright is now out of date.
* .gnulib: Update to latest, for copyright year bump.
* gnulib/local/m4/ssize_t.m4.diff: Regenerate.
* bootstrap: Synchronize from upstream.
---
> configure.ac:126: warning: gl_INLINE is m4_require'd but not m4_defun'd
Turns
On 01/02/2013 08:39 AM, Michal Privoznik wrote:
> The update results in bootstrap being updated as well.
> ---
> .gnulib | 2 +-
> bootstrap | 15 ---
> 2 files changed, 9 insertions(+), 8 deletions(-)
Phooey, when trying this, I see:
configure.ac:126: warning: gl_INLINE is m4_req
The update results in bootstrap being updated as well.
---
.gnulib | 2 +-
bootstrap | 15 ---
2 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/.gnulib b/.gnulib
index d245e6d..964bbc2 16
--- a/.gnulib
+++ b/.gnulib
@@ -1 +1 @@
-Subproject commit d245e6ddd6ab2624d0
On 10/22/2012 03:48 PM, Peter Krempa wrote:
> On 10/22/12 23:04, Eric Blake wrote:
>> * .gnulib: Update to latest, prior to freeze.
>> ---
>>
>> Gnulib has been relatively quiet since our last update, and I'm not
>> sure whether any of these patches directly impact us, but it can't
>> hurt to have
On 10/22/12 23:04, Eric Blake wrote:
* .gnulib: Update to latest, prior to freeze.
---
Gnulib has been relatively quiet since our last update, and I'm not
sure whether any of these patches directly impact us, but it can't
hurt to have the latest going into a freeze for 1.0.0.
Shouldn't hurt.
* .gnulib: Update to latest, prior to freeze.
---
Gnulib has been relatively quiet since our last update, and I'm not
sure whether any of these patches directly impact us, but it can't
hurt to have the latest going into a freeze for 1.0.0.
* .gnulib 2a9edc6...d245e6d (14):
> euidaccess: speed u
On 09/08/2011 02:23 PM, Daniel Veillard wrote:
On Thu, Sep 08, 2011 at 01:59:54PM +0100, Eric Blake wrote:
* .gnulib: Update to latest.
---
I'm not sure if any of these are essential for libvirt, but it's
probably nicer to pick up these fixes before the release than to
find out after the releas
On Thu, Sep 08, 2011 at 01:59:54PM +0100, Eric Blake wrote:
> * .gnulib: Update to latest.
> ---
>
> I'm not sure if any of these are essential for libvirt, but it's
> probably nicer to pick up these fixes before the release than to
> find out after the release that we wish we had them.
yes defi
* .gnulib: Update to latest.
---
I'm not sure if any of these are essential for libvirt, but it's
probably nicer to pick up these fixes before the release than to
find out after the release that we wish we had them.
* .gnulib a6b16b6...da1717b (63):
> Doc about crypt functions.
> gc: Fix copy
On 12/07/2010 06:01 PM, Justin Clift wrote:
> On 08/12/2010, at 11:32 AM, Eric Blake wrote:
>> * .gnulib: Update to latest, for at least a stdint.h fix
>
> Thanks for spending the time on this Eric.
>
> ACK to this.
Thanks; pushed.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
Libvirt v
On 08/12/2010, at 11:32 AM, Eric Blake wrote:
> * .gnulib: Update to latest, for at least a stdint.h fix
Thanks for spending the time on this Eric.
ACK to this.
> diff --git a/src/storage/storage_driver.c b/src/storage/storage_driver.c
> index 0f099f0..67d043b 100644
> --- a/src/storage/storage
1 - 100 of 103 matches
Mail list logo
