Svante Signell, le Sat 21 Sep 2013 17:02:28 +0200, a écrit :
> Strange, Pino just said on IRC that the patches were not accepted in
> upstream libc, and the t/verify (whatever that is) might not even be
> acceptable eglibc?
t/verify is already as a patch debian's eglibc
Samuel
On Sat, 2013-09-21 at 15:57 +0200, Samuel Thibault wrote:
> Hello,
>
> Thomas Schwinge, le Mon 02 Sep 2013 23:56:08 +0200, a écrit :
> > I have implemented SOCK_CLOEXEC for socket in TopGit branch
> > t/socket_flags and for socketpair in t/socketpair_flags
>
> I have just added them to the debian
Hello,
Thomas Schwinge, le Mon 02 Sep 2013 23:56:08 +0200, a écrit :
> I have implemented SOCK_CLOEXEC for socket in TopGit branch
> t/socket_flags and for socketpair in t/socketpair_flags
I have just added them to the debian glibc package.
Samuel
On Mon, 2013-09-02 at 23:56 +0200, Thomas Schwinge wrote:
> Hi!
>
> This is strange -- nearly five years ago, I have implemented SOCK_CLOEXEC
> for socket in TopGit branch t/socket_flags and for socketpair in
> t/socketpair_flags (plus depending branches t/fcntl-internal.h and
> t/verify.h). Cou
Hi!
On Mon, 02 Sep 2013 22:35:51 +0200, Svante Signell
wrote:
> After building dbus-1.6.12-1 with eglibc-2.17-92 starting dbus-daemon
> fails (it was built 80 days ago with eglibc-2.13). The problem is due to
> the two statements in dbus/dbus-sysdeps-unix.c:
> *fd_p = socket (domain, type | SO
