[PATCH] hurd: Define and pass UTIME_NOW and UTIME_OMIT to new file_utimens RPC

Hello, Roland, Flávio worked on adding a file_utimens RPC, which handles nanosecond-precision utimes, as well as implementing UTIME_NOW and UTIME_OMIT, here is first the RPC definition and documentation: diff --git a/hurd/fs.defs b/hurd/fs.defs index a4a48cc..171e43f 100644 --- a/hurd/fs.defs +++

Re: Rolling new releases

David Michael, le Mon 12 Oct 2015 17:16:47 -0400, a écrit : > On Thu, Oct 8, 2015 at 6:18 PM, Samuel Thibault > wrote: > > David Michael, le Thu 08 Oct 2015 12:55:13 -0400, a écrit : > >> Static linking libpthread doesn't work without it. > > > > Right. Perhaps libpthread shouldn't be defining _

Re: Rolling new releases

On Thu, Oct 8, 2015 at 6:18 PM, Samuel Thibault wrote: > David Michael, le Thu 08 Oct 2015 12:55:13 -0400, a écrit : >> Static linking libpthread doesn't work without it. > > Right. Perhaps libpthread shouldn't be defining __libc_getspecific > actually. Thanks for applying all those. After cher

Re: RFC: [PATCH] trans/fakeroot.c

Svante Signell, le Mon 12 Oct 2015 15:16:19 +0200, a écrit : > On Mon, 2015-10-12 at 15:12 +0200, Samuel Thibault wrote: > > Svante Signell, le Mon 12 Oct 2015 15:04:40 +0200, a écrit : > > > OK I buy your explanation; though there seems to be remaining bugs. > > > > Which bugs? > > You wrote it

Re: RFC: [PATCH] trans/fakeroot.c

On Mon, 2015-10-12 at 15:12 +0200, Samuel Thibault wrote: > Svante Signell, le Mon 12 Oct 2015 15:04:40 +0200, a écrit : > > OK I buy your explanation; though there seems to be remaining bugs. > > Which bugs? You wrote it not me: > Subsequent writes to the file will then fail (and if they don't,

Re: RFC: [PATCH] trans/fakeroot.c

Svante Signell, le Mon 12 Oct 2015 15:04:40 +0200, a écrit : > OK I buy your explanation; though there seems to be remaining bugs. Which bugs? Samuel

Re: RFC: [PATCH] trans/fakeroot.c

On Mon, 2015-10-12 at 14:49 +0200, Samuel Thibault wrote: > Svante Signell, le Mon 12 Oct 2015 14:45:09 +0200, a écrit : > > On Mon, 2015-10-12 at 02:08 +0200, Samuel Thibault wrote: > > > The commit I have just pushed, which does make sense, does fix gpsd at > > > least. > Please erase your build

Re: RFC: [PATCH] trans/fakeroot.c

Samuel Thibault, le Mon 12 Oct 2015 14:49:43 +0200, a écrit : > Your proposed change does not meet what I said. > Notably, in the nn->openmodes = O_READ and newmodes = O_WRITE case, > it'll be wrong: nn->openmodes & newmodes will be zero, and thus the > 'file' port will be used as such, but it will

Re: RFC: [PATCH] trans/fakeroot.c

Svante Signell, le Mon 12 Oct 2015 14:45:09 +0200, a écrit : > On Mon, 2015-10-12 at 02:08 +0200, Samuel Thibault wrote: > > The commit I have just pushed, which does make sense, does fix gpsd at > > least. > > Building gpsd (3.15-1) with your patch applied: > cp /home/srs/DEBs/gpsd/gpsd-3.15/gpsd

Re: RFC: [PATCH] trans/fakeroot.c

On Mon, 2015-10-12 at 02:08 +0200, Samuel Thibault wrote: > The commit I have just pushed, which does make sense, does fix gpsd at > least. Building gpsd (3.15-1) with your patch applied: cp /home/srs/DEBs/gpsd/gpsd-3.15/gpsd.rules /home/srs/DEBs/gpsd/gpsd-3.15/debian/gpsd.udev cp: cannot create

Re: A small change to gnumach.texi

Hello, Joshua Branson, le Fri 02 Oct 2015 13:20:12 -0400, a écrit : > I've copied the history section of mach from the wiki > (https://www.gnu.org/software/hurd/microkernel/mach/history.html) into the > gnumach/doc/mach.texi). Thanks for the idea, I'm just wondering about the copyright an

Re: [PATCH] hurd: align -p and -pg behavior on Linux

Hi Samuel! On Sat, 19 Sep 2015 14:00:23 +0200, Samuel Thibault wrote: > On Linux, -p and -pg do not make gcc link against libc_p.a, only > -profile does (as documented in r11246), and thus people expect -p > and -pg to work without libc_p.a installed (it is actually even not > available any more