Re: license request: nproc

2013-07-03 Thread Nikos Mavrogiannopoulos
On 07/03/2013 11:36 PM, Eric Blake wrote: [...] > on earlier license requests, and given that the code is ultimately > assigned to the FSF, I've gone ahead and made these changes. I don't know if it is applicable in that specific case, but I had been explicitly told by Stallman that GNU maintai

Re: license request for mgetgroups

2013-07-03 Thread Eric Blake
On 05/22/2013 11:49 AM, Eric Blake wrote: > I am trying to fix a bug in libvirt where a child process deadlocked > because it called initgroups() in between fork and exec when the parent > was multithreaded; it turns out that looking up group membership > information requires a mutex, but if some o

Re: license request: nproc

2013-07-03 Thread Eric Blake
On 05/29/2013 08:57 PM, Eric Blake wrote: > Libvirt would like to use the nproc module to determine the number of > available processors. This module is currently LGPLv3+, but libvirt > would require LGPLv2+; it can be argued that since > sysconf(_SC_NPROCESSORS_CONF) is provided by glibc (LGPLv2+

[PATCH] bootstrap: honor --no-git

2013-07-03 Thread Eric Blake
Based on a report by Chandrashekar Shastri, at https://bugzilla.redhat.com/show_bug.cgi?id=979360 Basically, 'GNULIB_SRCDIR=... ./bootstrap --no-git' assumes that GNULIB_SRCDIR is already complete, and NO git actions should be directly performed (indirect actions, such as autopoint using git under

Re: spawn-pipe: close() EINTR handling

2013-07-03 Thread Pádraig Brady
On 07/03/2013 01:46 PM, Eric Blake wrote: > On 07/03/2013 05:26 AM, Pádraig Brady wrote: >> So I was reading http://austingroupbugs.net/view.php?id=529 >> which states on Linux that one shouldn't retry close() after EINTR >> as the descriptor is already closed in that case >> and another thread cou

Re: spawn-pipe: close() EINTR handling

2013-07-03 Thread Eric Blake
On 07/03/2013 05:26 AM, Pádraig Brady wrote: > So I was reading http://austingroupbugs.net/view.php?id=529 > which states on Linux that one shouldn't retry close() after EINTR > as the descriptor is already closed in that case > and another thread could reuse the descriptor > which a retried close(

spawn-pipe: close() EINTR handling

2013-07-03 Thread Pádraig Brady
So I was reading http://austingroupbugs.net/view.php?id=529 which states on Linux that one shouldn't retry close() after EINTR as the descriptor is already closed in that case and another thread could reuse the descriptor which a retried close() would close erroneously. That suggests that the foll