On Thu, 2015-03-05 at 04:22 +, Thomas Bushnell, BSG wrote:
> It's not *quite* an excerpt.
>
> On Tue, Mar 3, 2015 at 5:41 AM A. Fleckenstein
> wrote:
> In the hurd sources, hurd/hurd/fs.defs, line 59 begins a
> comment, the
> contents of which are an excerpt from the p
It's not *quite* an excerpt.
On Tue, Mar 3, 2015 at 5:41 AM A. Fleckenstein wrote:
> In the hurd sources, hurd/hurd/fs.defs, line 59 begins a comment, the
> contents of which are an excerpt from the prologue of Geoffrey Chaucer's
> Canterbury Tales. Anyone know why this is?
>
> Best,
> A Flecken
Samuel Thibault, le Thu 05 Mar 2015 03:07:18 +0100, a écrit :
> Was the synchronous/asynchronous issue solved?
I guess not, and I think I know why: in the
auth_server/user_authenticate loop, the server passes a port back to the
user. This is thus a complete rendez-vous: auth_user_authenticate won
Svante Signell, le Sat 21 Feb 2015 16:09:46 +0100, a écrit :
> Most glib2.0 and dbus tests pass (after bootstrapping).
Most, i.e. not all? Are the failing ones related with SCM_CREDS? Was
the synchronous/asynchronous issue solved?
> + /* FIXME: Currently only ONE port is supported, error out i
Olaf was wondering about flock being reimplemented over this new
implementation. It's actually a tricky question. I believe there are
two issues:
Are lockf/fcntl/flock supposed to interact or be independent? On Linux,
lockf and fcntl interact, and flock is independent from the two others.
On BS
Hello,
Svante Signell, le Thu 22 Jan 2015 10:29:56 +0100, a écrit :
> +/* Do fcntl type locking on FILE. CMD is from the set
> + F_GETLK64, F_SETLK64, F_SETLKW64. FLOCK64 is passed
> + by the user and is as defined by . */
> +routine file_record_lock (
> + file: file_t;
> + RPT
> +
Hello,
Svante Signell, le Thu 22 Jan 2015 10:29:52 +0100, a écrit :
> --- /dev/null
> +++ b/libfshelp/rlock.h
> @@ -0,0 +1,117 @@
> +
> +#ifndef FSHELP_RLOCK_H
> +#define FSHELP_RLOCK_H
> +
> +//#include
Why not? That'd avoid copy/pasting the pthread_cond_init
> +extern int pthread_cond_init (
On Thu, Feb 27, 2014 at 10:17:07PM +0100, Richard Braun wrote:
> I intend to regularly update these packages to track the experimental
> branch until the changes are merged in the official repository.
Iceweasel 36.0-2 (from experimental) is available.
--
Richard Braun
Geoff Down, le Wed 04 Mar 2015 13:07:19 +, a écrit :
> Ok, but are they not related?
They are related, but they have diverged.
> If I built GNU mig, would it do exactly the same job?
Unfortunately no.
Samuel
On Wed, Mar 4, 2015, at 12:42 PM, Samuel Thibault wrote:
> Geoff Down, le Wed 04 Mar 2015 12:39:14 +, a écrit :
> > On Wed, Mar 4, 2015, at 08:29 AM, Samuel Thibault wrote:
> > > Geoff Down, le Tue 03 Mar 2015 19:06:13 +, a écrit :
> > > > is this the appropriate list for help/bugs with M
Geoff Down, le Wed 04 Mar 2015 12:39:14 +, a écrit :
> On Wed, Mar 4, 2015, at 08:29 AM, Samuel Thibault wrote:
> > Geoff Down, le Tue 03 Mar 2015 19:06:13 +, a écrit :
> > > is this the appropriate list for help/bugs with MIG?
> >
> > Yes.
> >
> > Samuel
> Hi,
> I have a problem with
On Wed, Mar 4, 2015, at 08:29 AM, Samuel Thibault wrote:
> Geoff Down, le Tue 03 Mar 2015 19:06:13 +, a écrit :
> > is this the appropriate list for help/bugs with MIG?
>
> Yes.
>
> Samuel
Hi,
I have a problem with Kerberos that involves mig:
https://trac.macports.org/ticket/47006
Can yo
Geoff Down, le Tue 03 Mar 2015 19:06:13 +, a écrit :
> is this the appropriate list for help/bugs with MIG?
Yes.
Samuel
13 matches
Mail list logo
