Merge remote-tracking branch 'feldtkeller.SCHWINGE/master'

Conflicts:
	news/2011-q2.mdwn
	open_issues/glibc.mdwn
	open_issues/versioning.mdwn

1 files changed, 22 insertions, 4 deletions

diff --git a/open_issues/system_initialization.mdwn b/open_issues/system_initialization.mdwn
index 9048b615..0df1078e 100644
--- a/open_issues/system_initialization.mdwn
+++ b/open_issues/system_initialization.mdwn
@@ -1,4 +1,4 @@
-[[!meta copyright="Copyright © 2011 Free Software Foundation, Inc."]]
+[[!meta copyright="Copyright © 2011, 2014 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
@@ -10,7 +10,8 @@ License|/fdl]]."]]"""]]
 
 [[!tag open_issue_hurd]]
 
-IRC, freenode, #hurd, 2011-03-30
+
+# IRC, freenode, #hurd, 2011-03-30
 
     <kilobug> init=/bin/sh hack doesn't work for GNU/Hurd ?
     <antrik> kilobug: I don't think you can override init on Hurd. the init
@@ -19,6 +20,23 @@ IRC, freenode, #hurd, 2011-03-30
       server to *only* do that, and then pass on to standard sysv init... with
       that it could actually work
 
----
 
-  * [[systemd]], etc.
+# IRC, freenode, #hurd, 2013-11-29
+
+    <teythoon> we need to make the bootstrap code more robust and fix the error
+      handling there
+    <teythoon> for example, you can kill the exec server and the rootfs w/o
+      /hurd/init noticing it...
+    <braunr> yes
+    <teythoon> there are plans in init.c to take over the exception port of the
+      essential processes
+    <teythoon> that could help
+
+
+# [[hurd_init]]
+
+
+# [[Anatomy_of_a_Hurd_System]]
+
+
+# [[systemd]]