Formatting foo; link to the `critique' and `mailinglists'.

1 files changed, 39 insertions, 20 deletions

diff --git a/hurd/ng.mdwn b/hurd/ng.mdwn
index 448214d4..25677414 100644
--- a/hurd/ng.mdwn
+++ b/hurd/ng.mdwn
@@ -1,12 +1,21 @@
-# <a name="Next_Hurd"> Next Hurd </a>
+There is an effort to create a completely new system design (for now called
+ngHurd, or Hurd-ng or HurdNG), which originated from the Hurd/L4 port.
 
-There is an effort to create a completely new system design (for now called ngHurd, or Hurd-ng or HurdNG), which originated from the Hurd/L4 port.
+The original Hurd/L4, which was meant to be mostly a direct port of the
+existing Hurd design to a new microkernel, has been abandoned by it's main
+developers, because some technical issues with the L4 Pistachio kernel turned
+out to be very fundamental. While reeveluating the design (and upcoming new L4
+variants), the developers picked up some new ideas, and decided that now they
+rather want to work on a completely different design, which combines some of
+the original Hurd ideas with concepts from Jonathan Shapiro's high security
+EROS and Coyotos systems.
 
-The original Hurd/L4, which was meant to be mostly a direct port of the existing Hurd design to a new microkernel, has been abandoned by it's main developers, because some technical issues with the L4 Pistachio kernel turned out to be very fundamental. While reeveluating the design (and upcoming new L4 variants), the developers picked up some new ideas, and decided that now they rather want to work on a completely different design, which combines some of the original Hurd ideas with concepts from Jonathan Shapiro's high security EROS and Coyotos systems.
+There has been numerous endless discussions on the
+[[l4-hurd_mailing_list|mailinglists]] about these new ideas. This page tries to
+sum up the major discussions.
 
-There has been numerous endless discussions on the l4-hurd mailing list about these new ideas. This page tries to sum up the major discussions.
 
-## <a name="Why_ngHurd"> Why ngHurd </a>
+# Why ngHurd
 
 This section explains the motivations behind the new design:
 
@@ -14,24 +23,29 @@ This section explains the motivations behind the new design:
 * [[IssuesWithL4Pistachio]]
 * [[LimitationsOfOriginalHurdDesign]]
 
-## <a name="Work_already_done"> Work already done </a>
 
-A [position paper](http://walfield.org/papers/20070104-walfield-access-decomposition-policy-refinement.pdf) by Marcus Brinkmann and Neal H. Walfield can be found.
+# Work already done
 
-A draft specification of the Hurd-NG interfaces has been, but is no longer, available.
+A [position
+paper](http://walfield.org/papers/20070104-walfield-access-decomposition-policy-refinement.pdf)
+by Marcus Brinkmann and Neal H. Walfield can be found.
 
-A [critique](http://walfield.org/papers/20070111-walfield-critique-of-the-GNU-Hurd.pdf) of the original Hurd is available.
+A draft specification of the Hurd-NG interfaces has been, but is no longer,
+available.
 
-## <a name="Subjects"> Subjects </a>
+A [[critique]] of the original Hurd is available.
 
-### <a name="Design_processus"> Design processus </a>
+# Subjects
+
+## Design processus
 
 * [[DesignGoals]]
 * [[RequirementsForUser]]
 * [[DesignPrinciples]]
 * [[Philosophy]]
 
-### <a name="Concepts"> Concepts </a>
+
+## Concepts
 
 * [[CapabilityBasedMicrokernel]]
 * [[FirstClassReceiveBuffer]]
@@ -48,35 +62,40 @@ A [critique](http://walfield.org/papers/20070111-walfield-critique-of-the-GNU-Hu
 * [[PermissionBits]]
 * [[CancellationForwarding]]
 
-### <a name="Problems_to_solve"> Problems to solve </a>
+
+## Problems to solve
 
 * [[HowMuchConfinementDoWeWant]]
 * [[SharedLibraries]]
 * [[PathMax]]
 
-### <a name="Implementation"> Implementation </a>
+
+## Implementation
 
 * [[ChoiceOfMicrokernel]]
 * [[HurdInterafaces]]
 * [[PosixLayer]]
 * [[SystemStructure]]
 
-### <a name="Use_Cases"> Use Cases </a>
+
+## Use Cases
 
 _please move me somewhere better! [[SamMason]]_
 
 * [[UseCaseUserFileSystem]]
 * [[UseCasePrivateKeys]]
 
-### <a name="Organization"> Organization </a>
+
+## Organization
 
 Summaries should obey the following structure:
 
 * if there is a consensus, it is clearly described
 * if controversial points remain, there are also described after the consenus
 * if no choice has been clearly made, all valid positions are descrbied
-* withdrawed and invalid positions (prooved wrong, unrealistic, contradictory to some design principle, etc.) should be described only very briefly, and developed in a separate article
-
-Each time a point seems to be overly long with respect to the rest of the article, it should be summarized in place and developed in a separate article.
+* withdrawed and invalid positions (prooved wrong, unrealistic, contradictory
+  to some design principle, etc.) should be described only very briefly, and
+  developed in a separate article
 
--- [[Main/NowhereMan]] - 21 Apr 2006
+Each time a point seems to be overly long with respect to the rest of the
+article, it should be summarized in place and developed in a separate article.