(→Theory: Stuff which will make life easier, engage, and profit properly understood) |
(→Theory: Stuff which will make life easier, engage, and profit properly understood) |
||
| Line 23: | Line 23: | ||
=== Theory: Stuff which will make life easier, engage, and profit properly understood === | === Theory: Stuff which will make life easier, engage, and profit properly understood === | ||
| - | + | I suggest including the following: | |
| - | + | * Background of the user-space and middle ware stack used to power | |
layers that build on it. The inter-relationships, examples for processes and | layers that build on it. The inter-relationships, examples for processes and | ||
events etc (dbus, dsme etc) | events etc (dbus, dsme etc) | ||
| - | + | * Breakdown to subsystems: Have a section per each one, links to | |
read about the architecture, libs it uses, important bugs for triage | read about the architecture, libs it uses, important bugs for triage | ||
and fix, where offline development discussions happen, low hanging fruits | and fix, where offline development discussions happen, low hanging fruits | ||
for people wanting to become platform hackers. | for people wanting to become platform hackers. | ||
| - | + | * Background for the UI parts and follow the same breakdown as for (2) ?? | |
| - | + | * Each component resulting in a binary should have a links to the proper documentation for it. | |
DRAFT
You'll need:
You might need:
.. tools to grab images/releases? .. zypper instructions .. proxy instructions, NAT wlan
I suggest including the following:
layers that build on it. The inter-relationships, examples for processes and events etc (dbus, dsme etc)
read about the architecture, libs it uses, important bugs for triage and fix, where offline development discussions happen, low hanging fruits for people wanting to become platform hackers.