Preparing Your Content§
Using Zola, the Community Wiki is written in Markdown.
Sections§
As currently planned, our Community Wiki is arranged across 5 sections:
- General(/*): This section contains information useful for AOSC OS users and guidebooks for AOSC developers with pages arranged by topics.
- Errata(/Errata/*): This section contains known unresolved issues found in AOSC OS for developers' and users' reference.
- Knowledge Base(/KB/*): This section contains pages describing resolved issues and commonly asked questions in AOSC OS.
- AOSA(/AOSA/*): This section lists all current and historic AOSC OS Security Advisories.
Thus, do consider in advance where your page should go - when in doubt, ask in our IRC channel #aosc.
Writing Pages§
If you want to contribute to our wiki, please also check this article to learn more about Zola.
Section-Specific Requirements§
Here are some requirements and expectations specific to each of the sections defined above.
General§
- Each page should be linked to and from its related pages. For example, there is a tool called apt-gen-list for configuring the package manager APT. Page installation should provide a short introduction and also a link to it.
- Each page should at least contain the following...
- General summary of the topic.
- Section generalising related operations/usages.
- Section listing all KB (Knowledge Base) and Errata pages related to this topic.
- References, if any were used.
Errata and Knowledge Base§
Errata and Knowledge Base are two concepts defined in this wiki, and Erratas are essentially the incomplete form of Knowledge Base - or in another way, an Errata is a knowledge that could be obtained by developers and users alike regarding currently identified issues within AOSC OS, however, no solution is available yet for this issue; down the line when such issue was addressed with a system update, or with a workaround found by developers and/or users, an Errata added with solution/workaround will be moved and listed as a Knowledge Base article.
We won't lie however, that these two concepts are inspired by Microsoft Support, and Microsoft Knowledge Base Articles (here for an example) - and these page could look somewhat similar to those available to be obtained from Microsoft.
Thus, an Errata page should contain (and in principle, no more than):
- Symptom Summary of an issue, this section should be written to suit the ease of reading and understanding by a layman (say, your grandma who touched your PC with AOSC OS for the first time, a lovely lady who's greatly confused with the issues).
- Technical Details of such issue, this section should contain as much technical details as possible - even as far as snippets of codes.
- Cause, if already identified - if not, you should at least include such a section, with a sentence or two to say that you haven't found it yet.
- References, cite your work.
- Additional Notes, if needed.
As aforementioned, when a solution is found...
- Resolution of the issue, inserted after the Symptom Summary. This section again, should contain only those literature suitable to a layman.
- Update Technical Details to include details on the resolution.
- Update Cause if you haven't done so.
- Update References, yeah?
AOSA§
As any good security advisory - those useful to system administrators - should contain...
- Topic generalising the security vulnerability, include a CVE number at end of topic if assigned.
- Detail section containing a... longer... version of the security vulnerability, you should be able to find it from their original
oss-security
mailing list post. If not, write your own. - CVE listing section, if available.
- PoC section, if available. Note that AOSAs should only be posted after security fixes were made available to users, nothing to worry here.
Making Changes§
As we do not provide a box for you to fill in what's changed (yet), do note that you have the most freedom with editing existing pages. However, do note that you should not expect bad contents or bad edits to endure on this site - remember, the Lion's watching and he shall not be happy when that happens.