Re: Moving to git

2009-01-09 Thread Roland McGrath
Jim Meyering has done the cvs->git work for various things on sourceware. (As I recommended for Hurd some months ago, this can be done in a noncommittal way before switching from cvs for commits to existing branches.) He can give you pointers. But AFAIK git-cvsimport alone is easy enough to get r

Re: Moving to git

2009-01-09 Thread Arne Babenhauserheide
Am Freitag 09 Januar 2009 23:05:52 schrieb Roland McGrath: > Repository conversion is repository conversion.  It's not an opportunity to > rejigger the history.  It's a fundamental failure of what the repository is > there for if it loses or divides the history.  There is no problem with the > size

Re: Moving to git

2009-01-09 Thread Roland McGrath
Hi Thomas. Olaf said some of the things I was thinking. In short, I think this plan is too clever by half. Repository conversion is repository conversion. It's not an opportunity to rejigger the history. It's a fundamental failure of what the repository is there for if it loses or divides the h

Re: Moving to git

2009-01-09 Thread Samuel Thibault
Hello, Oops, as I don't really care whether CVS/svn/git/whatever is used, I overlooked this thread olafbuddenha...@gmx.net, le Fri 09 Jan 2009 09:38:20 +0100, a écrit : > On Sun, Jan 04, 2009 at 12:05:07AM +0100, Thomas Schwinge wrote: > > For the GNU Mach Xen branch, I'd like Samuel to tell

Re: looking for the solution of rootless subhurd

2009-01-09 Thread olafBuddenhagen
Hi, On Sun, Jan 04, 2009 at 07:20:17PM +, Da Zheng wrote: > Zheng Da wrote: >> I just found there is the RPC proc_getallpids, so I can get all >> processes in the main hurd and then use pid2task to get their task >> port. I also found that pid2task only works for the tasks that belong >> to t

Re: Moving to git

2009-01-09 Thread olafBuddenhagen
Hi, On Sun, Jan 04, 2009 at 12:05:07AM +0100, Thomas Schwinge wrote: > Only convert GNU Mach's gnumach-1-branch, GNU MIG's HEAD, GNU Hurd's > HEAD. > > With the exception of the GNU Mach Xen branch and the Hurd GSoC > branches, these are the only branches that see active development. So

Re: Niches for the Hurd: evaluation method; was: DRM musings, capabilities and stuff

2009-01-09 Thread Michal Suchanek
Hello 2009/1/3 : [...] >> Yes, the system provides a service out of the box that provides DRM >> memory which might be a step towards DRM content protection. I do not >> like the feature but I have not seen a secure system design without >> such feature, either. > > Well, as I explained, we belie

Re: Niches for the Hurd: evaluation method; was: DRM musings, capabilities and stuff

2009-01-09 Thread olafBuddenhagen
Hi, On Wed, Dec 31, 2008 at 02:35:46PM +0100, Michal Suchanek wrote: > On 31/12/2008, olafbuddenha...@gmx.net > wrote: > > On Tue, Dec 30, 2008 at 12:10:39PM +0100, Michal Suchanek wrote: > If you want a POSIX system Coyotos is completely out of question. > > I would think that the kernel itse

Re: What shall the filter do to bottommost translators

2009-01-09 Thread olafBuddenhagen
Hi, On Wed, Dec 31, 2008 at 02:42:21PM +0200, Sergiu Ivanov wrote: > On Mon, Dec 29, 2008 at 8:25 AM, wrote: > > On Mon, Dec 22, 2008 at 07:19:50PM +0200, Sergiu Ivanov wrote: > > The most radical approach would be to actually start a new nsmux > > instance for each filesystem in the mirrored tr

Re: looking for the solution of rootless subhurd

2009-01-09 Thread olafBuddenhagen
Hi, On Thu, Jan 01, 2009 at 09:11:16PM +, Zheng Da wrote: > On Mon, Dec 22, 2008 at 10:04 AM, wrote: > > Note that the implementation of the pseudo master host port does not > > need to forward the RPCs directly to Mach. (In fact, it can't even > > do that, as it lacks the necessary privileg