Re: uninorm/nfc - Unicode version?

2011-03-30 Thread Simon Josefsson
First thanks for the relicensing! Bruno Haible writes: > Simon Josefsson wrote on 2011-01-19: >> OTOH, by only relicensing some modules, I don't think I can use an >> installed libunistring shared library, which would contain LGPLv3+ code >> too. > > Yes, I agree, this would be too hairy from a

Re: [PATCH] maint: stop using .x-sc_* files to list syntax-check exemptions

2011-03-30 Thread Paolo Bonzini
On 03/19/2011 06:35 PM, Jim Meyering wrote: +exclude_file_name_regexp--sc_space_tab = ^gl/lib/.*\.c\.diff$$ .diff and .patch files should probably be exempted from this rule at the gnulib level, no? Paolo

Re: [PATCH] maint: stop using .x-sc_* files to list syntax-check exemptions

2011-03-30 Thread Jim Meyering
Paolo Bonzini wrote: > On 03/19/2011 06:35 PM, Jim Meyering wrote: >> +exclude_file_name_regexp--sc_space_tab = ^gl/lib/.*\.c\.diff$$ > > .diff and .patch files should probably be exempted from this rule at > the gnulib level, no? Hi Paolo, I debated that. However, a patch will contain a space-TA

Re: [PATCH] Fix a typo

2011-03-30 Thread Bastien ROUCARIES
Any news ? On Mon, Mar 28, 2011 at 1:41 PM, Bastien ROUCARIES wrote: > Fix a typo in passfd code > --- >  lib/passfd.c |    1 - >  1 files changed, 0 insertions(+), 1 deletions(-) > > diff --git a/lib/passfd.c b/lib/passfd.c > index 573b80e..ae716a6 100644 > --- a/lib/passfd.c > +++ b/lib/passfd.

Re: [PATCH] tests: readlink* ("", ... fails with EINVAL on newer kernels

2011-03-30 Thread Eric Blake
On 03/30/2011 12:49 AM, Jim Meyering wrote: > coreutils' "make check" failed on rawhide due to a kernel change > in how readlink and readlinkat treat the empty file name. > Before, they'd fail with ENOENT. Now, it's EINVAL. That's unfortunate, because it violates POSIX. Is it worth filing a bug

Re: [PATCH] tests: readlink* ("", ... fails with EINVAL on newer kernels

2011-03-30 Thread Jim Meyering
Eric Blake wrote: > On 03/30/2011 12:49 AM, Jim Meyering wrote: >> coreutils' "make check" failed on rawhide due to a kernel change >> in how readlink and readlinkat treat the empty file name. >> Before, they'd fail with ENOENT. Now, it's EINVAL. > > That's unfortunate, because it violates POSIX.

Re: non-blocking I/O

2011-03-30 Thread Eric Blake
On 03/29/2011 09:16 AM, Bruno Haible wrote: > Paolo Bonzini wrote: >> Without guessing what your bias is, I also :) prefer to implement >> {g,s}et_nonblock_flag functions. It would use either >> SetNamedPipeHandleState or ioctlsocket (using the socket detection trick >> in sockets.c to detect s

Re: non-blocking I/O

2011-03-30 Thread Eric Blake
On 03/30/2011 11:46 AM, Eric Blake wrote: > On 03/29/2011 09:16 AM, Bruno Haible wrote: >> Paolo Bonzini wrote: >>> Without guessing what your bias is, I also :) prefer to implement >>> {g,s}et_nonblock_flag functions. It would use either >>> SetNamedPipeHandleState or ioctlsocket (using the soc

license of c-strcasestr

2011-03-30 Thread Eric Blake
libvirt just started using strcasestr() since it is LGPLv2+, but I would rather it used c_strcasestr() to avoid problems with locales and multi-byte characters. Any chance we can get the c-strcasestr module relicensed to LGPLv2+ instead of its current LGPLv3+? -- Eric Blake ebl...@redhat.com

[PATCH] doc: update users.txt

2011-03-30 Thread Simon Josefsson
* users.txt: Add libidn2. Fix libtasn1 link. --- ChangeLog |4 users.txt |4 ++-- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/ChangeLog b/ChangeLog index 09a5810..c262f06 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,7 @@ +2011-03-30 Simon Josefsson + +

Re: Confusion about gnulib asprintf attribute annotation...

2011-03-30 Thread Eric Blake
[adding bug-gnulib, to get Bruno's take on this] On 03/29/2011 05:14 AM, Daniel P. Berrange wrote: > Hey Eric, > > In libvirt we annotate virAsprintf() with '__gnu_printf__' to ensure > gcc uses the GNU printf specifiers to get %lld support. > > I've just noticed that the actual GNULIB asprintf

GPLv3 blobs in C

2011-03-30 Thread Simon Josefsson
I recently wrote an interactive tool licensed under GPLv3, and you may recall that GPLv3 says this: If the program does terminal interaction, make it output a short notice like this when it starts in an interactive mode: Copyright (C) This program comes with ABSOLUTELY NO WARRANT

Re: GPLv3 blobs in C

2011-03-30 Thread Mike Frysinger
On Wed, Mar 30, 2011 at 5:25 PM, Simon Josefsson wrote: > I put what I believe are the "appropriate parts" of the GPLv3 text into > a .h file, see below.  It occured to me now that this may be useful to > have in gnulib -- other applications may want to be able to output the > same information.  Th

Re: [PATCH] Fix a typo

2011-03-30 Thread Eric Blake
On 03/28/2011 05:41 AM, Bastien ROUCARIES wrote: > Fix a typo in passfd code > --- > lib/passfd.c |1 - > 1 files changed, 0 insertions(+), 1 deletions(-) > > diff --git a/lib/passfd.c b/lib/passfd.c > index 573b80e..ae716a6 100644 > --- a/lib/passfd.c > +++ b/lib/passfd.c > @@ -67,7 +67,6 @@

Re: GPLv3 blobs in C

2011-03-30 Thread Karl Berry
Finally, what is the appropriate license for this file? Can you check how gdb's source files are set up? (show copying, show warranty) Sorry, I can't easily do so myself just now. GPLv3 doesn't permit modifications, and I'm not sure removing some parts of the file and keeping others

Re: license of c-strcasestr

2011-03-30 Thread Bruno Haible
Eric Blake wrote: > libvirt just started using strcasestr() since it is LGPLv2+, but I would > rather it used c_strcasestr() to avoid problems with locales and > multi-byte characters. Any chance we can get the c-strcasestr module > relicensed to LGPLv2+ instead of its current LGPLv3+? Fine with

fix passfd [was: [PATCH] Fix a typo]

2011-03-30 Thread Eric Blake
On 03/30/2011 03:36 PM, Eric Blake wrote: > However, after pushing this patch, things still fail, so I'm still > investigating. Found it, thanks to ktrace/kdump and tedious comparison against a sample program from http://mail-index.netbsd.org/netbsd-bugs/2009/02/20/msg009294.html. buf goes out o

Re: Confusion about gnulib asprintf attribute annotation...

2011-03-30 Thread Bruno Haible
Eric Blake wrote: > We only accept a subset of __gnu_printf__ in the gnulib replacement (for > example, gnulib supports %Id on glibc, but not elsewhere, even though > using attribute __gnu_printf__ would not warn about use of %Id). GCC calls it "gnu_printf" but it actually denotes the C90 or C99 s

[PATCH] nonblocking: new module

2011-03-30 Thread Eric Blake
This still lacks the ability to query non-blocking status of mingw sockets; but that should be possible in a future patch in much the same manner as fchdir. * modules/nonblocking: New module. * modules/nonblocking-tests: Likewise. * lib/nonblocking.h: New file. * lib/nonblocking.c: Likewise. * tes

Re: non-blocking I/O

2011-03-30 Thread Paolo Bonzini
On 03/30/2011 07:46 PM, Eric Blake wrote: I'm not sure whether block and character special devices can usefully be set non-blocking I believe at least /dev/random supports it: #include #include #include #include int main() { char buf[256]; int fd = open ("/dev/random", O_RDONLY | O_NON