hurd/translator/procfs/jkoenig/discussion: Place for jkoenig procfs discussion.

Also add recent IRC discussion.

1 files changed, 1 insertions, 54 deletions

diff --git a/hurd/translator/procfs/jkoenig.mdwn b/hurd/translator/procfs/jkoenig.mdwn
index 1275ce52..9543b658 100644
--- a/hurd/translator/procfs/jkoenig.mdwn
+++ b/hurd/translator/procfs/jkoenig.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2010 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2010, 2011 Free Software Foundation, Inc."]]
 
 [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
 id="license" text="Permission is granted to copy, distribute and/or modify this
@@ -21,56 +21,3 @@ Testing it is as simple as this:
     $ make
     $ settrans -ca proc procfs --compatible
     $ ls -l proc/
-
-
-# Open Issues
-
-[[!tag open_issue_hurd]]
-
-  * IRC, #hurd, around September 2010
-
-        <youpi> jkoenig: from a quick read, your procfs implementation seems quite
-          simple, probably much more what I was expecting from Madhusudan (who probably
-          now hates you :) )
-        <youpi> jkoenig: is it not possible to provide a /proc/self which points at the
-          client's pid?
-        <pinotree> (also, shouldn't /proc/version say something else than "Linux"?)
-        <youpi> to make linux tools work, no :/
-        <youpi> kfreebsd does that too
-        <pinotree> really?
-        <youpi> yes
-        <youpi> (kfreebsd, not freebsd)
-        <pinotree> does kbsd's one print just "Linux version x.y.z" too, or something
-          more eg in a second line?
-        <pinotree> (as curiosity)
-        <youpi> % cat /proc/version
-        <youpi> Linux version 2.6.16 (des@freebsd.org) (gcc version 4.3.5) #4 Sun Dec
-          18 04:30:00 CET 1977
-        <pinotree> k
-        <giselher> I had some problems with killall5 to read the pid from /proc, Is
-          this now more reliable?
-        <youpi> I haven't tested with jkoenig's implementation
-        [...]
-        <pinotree> looks like he did 'self' too, see rootdir_entries[] in rootdir.c
-        <youpi> but it doesn't point at self
-        <antrik> youpi: there is no way to provide /proc/self, because the server
-          doesn't know the identity of the client
-        <youpi> :/
-        <antrik> youpi: using the existing mechanisms, we would need another magic
-          lookup type
-        <antrik> an alternative idea I discussed with cfhammer once would be for the
-          client to voluntarily provide it's identity to the server... but that would
-          be a rather fundamental change that requires careful consideration
-        <antrik> also, object migration could be used, so the implementation would be
-          provided by the server, but the execution would happen in the client... but
-          that's even more involved :-)
-        <youpi> but we've seen how much that'd help with a lot of other stuff
-        <antrik> I'm not sure whether we discussed this on the ML at some point, or
-          only on IRC
-        <youpi> it "just" needs to be commited :)
-        <antrik> in either case, it can't hurt to bring this up again :-)
-
-  * IRC, #hurd, around October 2010
-
-        <pinotree> the only glitch is that files/dirs have the right user as
-          owner, but always with root group