Re: [PATCH 07/17] libnetfs: add fsys_get_children

2013-07-25 Thread Pierre Thierry
;ve always found it desirable: I can give someone access to a directory within a tree they cannot discover. Quickly, Pierre Thierry -- pie...@nothos.net OpenPGP OxD9D50D8A

Re: [GSoC] Virtualization Using Hurd Mechanisms

2012-04-12 Thread Pierre Thierry
Scribit Ludovic Courtès dies 12/04/2012 hora 14:56: > > Story #3 is basically a POLA launcher and the option is a powerbox. > What about adding an option to make Bash work like Plash [0] on GNU? That is actually one of my goals in doing this project. That's one of the next steps… I think it would

[GSoC] Virtualization Using Hurd Mechanisms

2012-04-12 Thread Pierre Thierry
Hi all, this year I applied for a slot in Google's Summer of Code on the Hurd[1], to tackle virtualization à la Hurd. As I currently have no other commitments during the summer, I will be able work on this project between half-time and full-time, during the whole summer. 1. http://google-melan

Re: client-side memory buffers

2008-04-01 Thread Pierre THIERRY
Scribit Joshua Stratton dies 01/04/2008 hora 10:48: > The problem you described was the client owning the memory object, > sending it to the server, and the server having the ability to unmap > the memory because it has ownership, if I understand correctly. The problem is that the *client* can unm

Re: Server overriding; chroot

2008-03-27 Thread Pierre THIERRY
Scribit [EMAIL PROTECTED] dies 27/03/2008 hora 02:28: > > The problem here is that authority is given instead of demonstrated. > > No translator should receive a port from a priviledged server like > > the parent FS server. > Sorry, that's too abstract for me... This is a classical example of conf

Re: tcp/ip rewrite for summer of code

2008-03-26 Thread Pierre THIERRY
Scribit Joshua Stratton dies 25/03/2008 hora 07:27: > http://www.cs.utah.edu/~jstratto/soc_hurd/ You may under-estimate the difficulty of actually implementing the various layers. But you seem to have done it before, and it's true that reimplementing is far easier. But it seems your schedule lack

Re: Summer of code: procfs and lisp bindings

2008-03-26 Thread Pierre THIERRY
Scribit Flávio Cruz dies 25/03/2008 hora 14:39: > By the way, I'm also interested in the Lisp bindings project, what is > more important, right now, for the Hurd? The procfs translator or some > cute Lisp bindings? I'd definitely vote for Lisp, but then I may be biased. ;-) As far as Common Lisp

Re: Virtualization and HURD, another GSoC idea

2008-03-21 Thread Pierre THIERRY
Scribit Mohammed Gamal dies 21/03/2008 hora 19:35: > My questions is, how feasible would be the idea to create something > like that for the GNU/Hurd, should this support be added to the core > kernel, or should it be supported by userspace applications (e.g > through an emulator like QEMU). Anoth

Re: Release notes (was: GSoC application deadline passed)

2008-03-21 Thread Pierre THIERRY
Scribit Arne Babenhauserheide dies 21/03/2008 hora 12:08: > To do it efficiently, I'll need an account at the hurd box to be able > to work directly on the git repository (instead of waiting minutes for > my changes to be saved). Not that you can also clone and pull by HTTP, and send the patches

Re: Server overriding; chroot

2008-03-19 Thread Pierre THIERRY
Scribit [EMAIL PROTECTED] dies 19/03/2008 hora 17:04: > The problem is that passive translators are started by the parent > filesystem server to which they are attached, not by the process > accessing the node; thus they get a "normal", non-chrooted port, and > consequently have access to the whole

Re: Server overriding; chroot (was: Google Summer of Code participation)

2008-03-18 Thread Pierre THIERRY
Scribit [EMAIL PROTECTED] dies 18/03/2008 hora 16:38: > Now the problem is that a chrooted process can create a passive > translator. When this translated node is accessed, the translator > process currently won't be started in the context of the chrooted > process, but in that of the normal global

Re: Automated releases (was: GSoC application deadline passed)

2008-03-18 Thread Pierre THIERRY
Scribit [EMAIL PROTECTED] dies 18/03/2008 hora 16:03: > As Michael pointed out, that would be pretty useful, but probably > quite some work. Aren't all the automated tools for that already made? Couldn't we just use britney with our own settings? Curiously, Pierre -- [EMAIL PROTECTED] OpenPGP 0x

Building the CDs (was Re: GSoC application deadline passed)

2008-03-18 Thread Pierre THIERRY
Scribit Philip Charles dies 19/03/2008 hora 12:51: > There is only one thing worse than my documentation, and that is my > code. Could you make both available? Curiously, Pierre -- [EMAIL PROTECTED] OpenPGP 0xD9D50D8A signature.asc Description: Digital signature

Re: Tracking development status (was: GSoC application deadline passed)

2008-03-18 Thread Pierre THIERRY
Scribit [EMAIL PROTECTED] dies 18/03/2008 hora 12:31: > Well, the idea of an aggregator was brought up before. But I actually > like the idea of a shared blog more. The aggregator has less administraive burden and more flexibility. You don't have to manage accounts and access to a shared ressource

Re: Maintenance of the Hurd parts in glibc (was: about GNU Hurd)

2007-07-24 Thread Pierre THIERRY
Scribit Michael Banck dies 25/07/2007 hora 00:01: > Adding a git repository mirroring the (master) CVS repository at > savannah would be cool I guess, but I am not sure switching over to > git at this point has any big advantages compared to the (also > present) drawbacks. What drawbacks do you se

Re: Maintenance of the Hurd parts in glibc

2007-07-24 Thread Pierre THIERRY
Scribit Barry deFreese dies 24/07/2007 hora 14:00: > Didn't we try this already with the AMS branch or whatever it was? > How is it much different to have patches in an experimental branch if > no-one reviews and commits them upstream then it is to have them in > Debian? Sorry, but a branch only p

Re: Maintenance of the Hurd parts in glibc (was: about GNU Hurd)

2007-07-24 Thread Pierre THIERRY
Scribit Michael Casadevall dies 23/07/2007 hora 17:53: > When I joined [Castle Infinity], development was a complete mess > because of similar issues we had here (lack of organization, lack of > motivation/time by elder members). The first thing I did once I > realized was going on was locked our S

Re: [libchannel] Control procedures

2007-07-09 Thread Pierre THIERRY
Scribit Carl Fredrik Hammar dies 09/07/2007 hora 22:04: > we want to be able to dynamically load in channel classes into a > channelio translater (at start-up) that can handle RPCs that are > unknown by libchannel and channelio Could you give examples? Curiously, Pierre -- [EMAIL PROTECTED] Open

Re: Device drivers in Mach?

2007-03-22 Thread Pierre THIERRY
Scribit Barry deFreese dies 22/03/2007 hora 10:08: > (Though from what I understand, some of the new derivatives of L4 > might be more compatible). Yes, both Coyotos and L4.sec would provide the needed features, IIUC. The thing is, Coyotos is developed more openly with some hard deadlines, wheras

Re: Google Summer of Code 2007

2007-03-13 Thread Pierre THIERRY
Scribit Thomas Schwinge dies 13/03/2007 hora 17:12: > > Libchannel is a prerequisitive for many proposed projects. I think > > that any project that depends on it, should not be proposed. [...] > Also correct. However, if two people that are know to work together > want to work parallel to each o

Re: (no subject)

2007-02-17 Thread Pierre THIERRY
Scribit Pierre THIERRY dies 17/02/2007 hora 22:55: > Well, you know the difference between theory and practice... ...in theory, none. Finally, Pierre -- [EMAIL PROTECTED] OpenPGP 0xD9D50D8A signature.asc Description: Digital signature ___ Bug-h

Re: (no subject)

2007-02-17 Thread Pierre THIERRY
Scribit [EMAIL PROTECTED] dies 16/02/2007 hora 05:16: > [Hurd] is predestined for such experiments -- at least in theory :-) Well, you know the difference between theory and practice... Quickly, Pierre -- [EMAIL PROTECTED] OpenPGP 0xD9D50D8A signature.asc Description: Digital signature ___

Re: (no subject)

2007-02-14 Thread Pierre THIERRY
Scribit Tomasz Witko dies 13/02/2007 hora 20:16: > I am writing this as hurd is still fairly new and this may possibly be > writen into the kernel now. Hurd's kernel is anything but new, nor is Hurd. The system you vaguely describe wouldn't be much easier to add in Mach, the kernel currently used

Re: gnu hurd project

2007-02-14 Thread Pierre THIERRY
Scribit Arnab Roy dies 13/02/2007 hora 20:51: > I am Arnab Roy, working at Synergy Microwave Corps as a design > engineer. I am willing to help you in this projecct. I am attaching my > resume for job descrption and contact information. There may be some misunderstandings here: first, you attach y

Re: The Hurd wiki

2006-04-20 Thread Pierre THIERRY
Scribit Thomas Schwinge dies 18/04/2006 hora 13:24: > That means, you can check-out the repository at home, work on it > (off-line) using your favourite version of Emacs (or ed ;-) and later > commit it or send a patch. This sounds really appealing to me. If I have the right to do it with Vim, I'

Re: Google's Summer of Code 2006

2006-04-20 Thread Pierre THIERRY
Scribit Thomas Schwinge dies 20/04/2006 hora 13:26: > If you have ideas for other projects, please don't hesitate to tell > me. It is also possible that you come up with suggestions for > projects which you then consider yourself applying for. Network === - IPv4 - IPv6 - IPX/Netbios? Stacks

Re: /dev/tty* vs. pt[ms]

2005-12-09 Thread Pierre THIERRY
Scribit [EMAIL PROTECTED] dies 09/12/2005 hora 21:19: > If /dev/pts/N mirrors /dev/ptyXY then one could make a translator > (ptymux) that sits on /dev/pts that creates each /dev/pts/N file > automagically or something. But I have no idea what /dev/pts is. Exactly that. It just creates the device