Re: [PATCH] Add support to send file descriptors over Unix sockets

Carl Fredrik Hammar, le Sun 01 Aug 2010 21:02:57 +0200, a écrit : > What about CTTYs? To be honest, I don't know much about them myself. > They sound like something very process specific so I don't *think* we need > to transfer anything, but do we need to set them to something on receive? > I don'

Re: [PATCH] Add support to send file descriptors over Unix sockets

Hi, On Tue, Jul 27, 2010 at 08:08:36PM +0200, Emilio Pozuelo Monfort wrote: > > This patch adds support for SCM_RIGHTS to glibc. It works fine > when sending file descriptors from a socket() or a socketpair() call, > but not from e.g. an open() call, as I've mentioned in another mail. > That's no

Re: [PATCH 8/9] Fix "make dist" in `pfinet'

Ludovic Courtès, le Sat 17 Jul 2010 16:44:08 +0200, a écrit : > This patch isn’t perfect in that stale ‘.o’ files or similar in the > ‘linux-src’ and ‘glue-include’ directories would end up in the tarball. > However, doing it the Right Way is somewhat tedious, You mean, adding proper filenames in

How about dropping serverboot completely? [Was: Remove `serverboot'; fix "make dist" in `mach-defpager']

Hello, To fix make dist, instead of fixing serverboot, Ludovic proposes to just at last drop it. Thoughts? Samuel Ludovic Courtès, le Sat 17 Jul 2010 20:21:55 +0200, a écrit : > This is the potentially controversial patch. :-) > > It removes serverboot, which is no longer built since commit >

Re: hurdextras in git?

Hello! On Wed, Jul 14, 2010 at 08:52:13AM +0200, I wrote: > Aside: I'll try to allocate some time to convert the missing bits of the > main Hurd CVS repository to Git, such as procfs. Samuel has now done procfs, . Which tool did you use for the

Re: hurdextras in git?

Thomas Schwinge, le Sun 01 Aug 2010 13:33:01 +0200, a écrit : > On Wed, Jul 14, 2010 at 08:52:13AM +0200, I wrote: > > Aside: I'll try to allocate some time to convert the missing bits of the > > main Hurd CVS repository to Git, such as procfs. > > Samuel has now done procfs, >

July 2010: RMS about the Hurd

Hello! Neither will I give any judgement about RMS' interpretation of Linux' technical shortcomings, or anything else, nor will this stop me (and should this stop you) from continuing to work on the Hurd (the little I'm able to at the moment...), neither is this position surprising or totally brea