fix findigs for DR-002-strat

Author: antonkri

docs/design_decisions/DR-002-strat.rst

@@ -24,7 +24,10 @@ DR-002-Strat: Eclipse Project Structure for S-Core
 Context / Problem
 -----------------
 
-S-Core needs to decide how its modules are structured within the Eclipse Foundation and GitHub.
+The strategic decision to treat S-Core as a platform rather than a collection of independent
+modules was already taken in DR-001-Strat. This decision record focuses solely on the technical
+question of how to structure the S-Core project within the Eclipse Foundation and GitHub.
+
 Two organisational models are under consideration: keeping all modules within one Eclipse project
 (the current approach), or splitting each module into a separate Eclipse project.
 
@@ -37,8 +40,6 @@ Options Considered
 Option 1: One Eclipse Project (currently used)
 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 
-*Supports the idea: "S-Core is a platform"* (e.g. same as Android)
-
 All S-Core relevant modules reside together in one GitHub organisation under one Eclipse project.
 
 .. uml::
@@ -83,8 +84,6 @@ All S-Core relevant modules reside together in one GitHub organisation under one
     modules in one Eclipse project leads to the necessity of having a big number of Committers
     with various areas of responsibility.
 
-- Community management and building is more complicated due to the size of the project.
-
 **Possible mitigation**
 
 - Eclipse Foundation and PMC must acknowledge and agree that new modules in S-Core are treated
@@ -95,8 +94,6 @@ All S-Core relevant modules reside together in one GitHub organisation under one
 Option 2: Multiple Eclipse Projects
 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 
-*Supports the idea: "S-Core is a pure integration project"* (e.g. same as Yocto)
-
 Every module becomes its own Eclipse project; a central S-Core project serves as the integration
 project.
 
@@ -142,10 +139,7 @@ project.
 
 **Possible mitigation**
 
-- S-Core becomes a "parent project" and all other S-Core relevant modules become sub-projects.
-  This would make it clear that the modules are part of the S-Core project and it would still
-  be easily possible to follow Eclipse project handbook rules for every sub-project, e.g. for
-  initial Committer nomination.
+- Currently no possible mitigations known for Cons 1.
 - The Eclipse Foundation technically enables S-Core and all sub-projects/modules to be located
   within the same GitHub organisation.