From 8cee055ec4fac00e59f19620ab06e2b30dccee3c Mon Sep 17 00:00:00 2001
From: Thomas Schwinge <tschwinge@gnu.org>
Date: Wed, 11 Jul 2012 22:39:59 +0200
Subject: IRC.

---
 hurd/translator/procfs/jkoenig/discussion.mdwn | 53 +++++++++++++++++++++++++-
 1 file changed, 51 insertions(+), 2 deletions(-)

(limited to 'hurd/translator/procfs/jkoenig')

diff --git a/hurd/translator/procfs/jkoenig/discussion.mdwn b/hurd/translator/procfs/jkoenig/discussion.mdwn
index e7fdf46e..182b438b 100644
--- a/hurd/translator/procfs/jkoenig/discussion.mdwn
+++ b/hurd/translator/procfs/jkoenig/discussion.mdwn
@@ -68,7 +68,7 @@ IRC, #hurd, around October 2010
       owner, but always with root group
 
 
-# `/proc/$pid/stat` being 400 and not 444, and some more
+# `/proc/[PID]/stat` being 400 and not 444, and some more
 
 IRC, freenode, #hurd, 2011-03-27
 
@@ -187,7 +187,7 @@ IRC, freenode, #hurd, 2011-07-22
       server anyway, I think.
 
 
-# `/proc/mounts`, `/proc/$pid/mounts`
+# `/proc/mounts`, `/proc/[PID]/mounts`
 
 IRC, freenode, #hurd, 2011-07-25
 
@@ -277,3 +277,52 @@ Needed by glibc's `pldd` tool (commit
     <antrik> it's very weird for example for fd connected to files that have
       been unlinked. it looks like a broken symlink, but when dereferencing
       (e.g. with cp), you get the actual file contents...
+
+
+# `/proc/[PID]/maps`
+
+## IRC, OFTC, #debian-hurd, 2012-06-20
+
+    <pinotree> bdefreese: the two elfutils tests fail because there are no
+      /proc/$pid/maps files
+    <pinotree> that code is quite relying on linux features, like locating the
+      linux kernel executables and their modules, etc
+    <pinotree> (see eg libdwfl/linux-kernel-modules.c)
+    <pinotree> refactor elfutils to have the linux parts executed only on linux
+      :D
+    <bdefreese> Oh yeah, the maintainer already seems really thrilled about
+      Hurd..  Did you see
+      http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=662041 ?
+    <pinotree> kurt is generally helpful with us (= hurd)
+    <pinotree> most probably there he is complaining that we let elfutils build
+      with nocheck (ie skipping the test suite run) instead of investigate and
+      report why the test suite failed
+
+
+# IRC, freenode, #hurd, 2011-06-19
+
+    <pinotree> jkoenig: procfs question: in process.c, process_lookup_pid, why
+      is the entries[2].hook line repeated twice?
+    <jkoenig> pinotree, let me check
+    <jkoenig> pinotree, it's probably just a mistake, there's no way the second
+      one has any effect
+    <pinotree> jkoenig: i see, it looked like you c&p'd that code accidentally
+    <jkoenig> pinotree, it's probably what happened, yes.
+
+
+# IRC, freenode, #hurd, 2012-06-30
+
+    <pinotree> btw, what do you think about making jkoening's procfs master the
+      real master?
+    <youpi> probably a good idea
+    <youpi> it does work quite well, except a few pidof hangs
+    <pinotree> surely better than the old one :)
+    <youpi> yes :)
+
+
+# `/proc/[PID]/cwd`
+
+## IRC, freenode, #hurd, 2012-06-30
+
+    * pinotree has a local work to add the /proc/$pid/cwd symlink, but relying
+        on "internal" (but exported) glibc functions
-- 
cgit v1.2.3