[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: commit access policies
From: |
Alfred M. Szmidt |
Subject: |
Re: commit access policies |
Date: |
Sun, 13 Nov 2005 16:42:23 +0100 |
> So there's only one feasible solution; open a new branch for GNU
> Mach and GNU Hurd, and allow the people _who still want to work
> on Mach/Hurd_ do their own way.
I was under the impression we already have such a branch which ams
uses.
Only in the hurd module, and no, I don't want a ams-branch thingy in
gnumach.
- Re: commit access policies, (continued)
- Re: commit access policies, Alfred M. Szmidt, 2005/11/12
- Re: commit access policies, Thomas Bushnell BSG, 2005/11/12
- Re: commit access policies, Alfred M. Szmidt, 2005/11/13
- Re: commit access policies, Thomas Bushnell BSG, 2005/11/13
- Re: commit access policies, Alfred M. Szmidt, 2005/11/13
- Re: commit access policies, Thomas Bushnell BSG, 2005/11/13
- Re: commit access policies, Alfred M. Szmidt, 2005/11/13
- Re: commit access policies, Thomas Bushnell BSG, 2005/11/13
- Re: commit access policies, Sergio Lopez, 2005/11/13
- Re: commit access policies, Thomas Bushnell BSG, 2005/11/13
- Re: commit access policies,
Alfred M. Szmidt <=
- Re: commit access policies, Thomas Bushnell BSG, 2005/11/13
- Re: commit access policies, Alfred M. Szmidt, 2005/11/13
- Re: commit access policies, Sergio Lopez, 2005/11/13
- Re: commit access policies, Alfred M. Szmidt, 2005/11/13
- Re: commit access policies, Thomas Bushnell BSG, 2005/11/13
- Re: commit access policies, Alfred M. Szmidt, 2005/11/13
- Re: commit access policies, Thomas Bushnell BSG, 2005/11/13
- Re: commit access policies, Alfred M. Szmidt, 2005/11/13
- Re: commit access policies, Thomas Bushnell BSG, 2005/11/13
- Re: commit access policies, Alfred M. Szmidt, 2005/11/13