SDB:Howto

From openSUSE


Contents

Situation

This SDB (support database) article explains how to write SDB articles.

Procedure

SDB articles are written to give solutions to problems with SUSE Linux, but also to give more detailed explanations of certain topics. If you have problems with SUSE Linux, the SDB should be the first place to look for help.

A SDB article should be subdivided into the following parts:

  • Situation
  • Procedure
  • Links

or

  • Symptom
  • Cause
  • Solution
  • Links

Please note that SDB articles - if possible - should always describe the easiest solution. However, it is desirable to also show the fastest solution achievable using the command line or by editing configuration files. In this case, the section "Solution" should be split up into several subsections. Before going into details about the syntax, here is an example (in mediawiki syntax, to see this example as an article please go to SDB:Changing NTP Server - SDB Example.)


Creating a new article

In your web browser, enter the title of the new article after SDB: in the URL line. If the article doesn't exist yet, click "edit" to create and edit it. Please do not overwrite existing articles. If necessary, add a version number or "(new)" to the title.

All SDB articles must start with SDB:, this makes searching them easier and constitutes a separate section in the Wiki.

Conclusion

History

When you have finished editing your article, please add it to SDB:History. Use this syntax:

YYYYMMDD [[SDB:<articlename>]]

e.g.:

20051016 [[SDB:Howto]]

Please use the international date format. The list is sorted in descending order, so that new articles are always at the top of the list.

If you made substantial changes to an article, like updating it for a newer version, please also mention that in the History. Smaller changes or additions should not be added to the History.


Translations

At present the openSUSE wiki supports English, German, French and Spanish. If you like, and if you know one of these languages, please translate your article. If you don't, or are not sure if you are fluent enough in the foreign language, please write an email to the opensuse-wiki mailing list and ask for someone to translate your article.

If you have translated an article, please add the "Interwiki" links at the end of the article. As an example, if you have translated an article from German into English, you add the following at the end of the German article:

[[en:SDB:<articlename>]]

To the english version, add the following:

[[de:SDB:<articlename>]]

At present the following shortcuts are supported:

de German
en English
fr French
es Spanish

Changing existing articles

With the integration of the SDB into the openSUSE Wiki it is now possible to edit all articles. If you want to change an article substantially it might be a good idea to discuss this first with the original authors. Please use the "discussion" link shown at the bottom of every article to do this.

This is not compulsory, but it makes Wiki collaboration easier and more enjoyable. If you cannot agree on a solution, maybe an email to the opensuse-wiki mailing list can help to clarify the situation.

Smaller changes may be made without discussion.


SDB tags

Table of Contents

As soon as an article contains three or more sections marked with === Section ===, the wiki software automatically generates a table of contents. This means that if you use the standard SDB article outline "Situation, Procedure, Links", this happens automatically.

SDB meta information

Please include the following meta information at the top of a new article. It will not be displayed.

<!-- SDB information
SDB:title: Changing NTP Servers - SDB Example 
SDB:author: mlasars
SDB:date: 2005-10-17 -->

If you made major changes to an article, please add your user name to the author line, separated with a comma. Do not change any other meta information field, especially not SDB:date. All changes to an article can be viewed in the History of the article. The meta information is intended to keep the most important data directly in the article in case of a future reorganisation of the system.

Version

At the beginning of the article please define the version(s) of SUSE Linux for which the article is valid. There are several possibilities:

Version: 8.0
Version: - 8.0
Version: 8.0 -
Version: 8.0 - 8.1

If the article is not specific to a particular version, just leave out the version tag. If it is only applicable to a certain architecture or variant of SUSE Linux please include that, too:

Version: 9.2 x86_64
Version: 9.1 DVD
Version: 10.0 ppc

At present SUSE Linux supports the following architectures: i386, x86_64 (64bit, AMD64 and Intel EM64T) and ppc (PowerPC (Mac)).

You can further specify one of the following variants: Box (the retail version), FTP, CD, DVD, Torrent and OSS.

Please only add this tag when the problem is really specific to that variant.

Note: In order to have a nice box drawn around the version, please always start the version line with a space.

Categories

Every SDB article should be accessible through the categories. You can find a list of available categories at Category:SDB. Add the categories at the beginning of the article:

[[Category:SDB:8.0|C]]
[[Category:SDB:Network|C]]

The category is followed by a pipe character and the first character of the title. In the example above, the article is called "Changing NTP Servers", so the pipe character is followed by a "C".

Keywords

Add all keywords that you want your article to be associated with to the end of the article:

<keyword>ntp,time,xntp,synchronize</keyword>

You can use anything you like as keywords.

Syntax

Apart from the Wiki-Syntax, MediaWiki also supports plain HTML tags. Whenever possible please use Wiki markup, so that the article sources are easier to read and edit. The most important elements of Wiki markup are given below. For more detailed instructions, see: http://en.wikipedia.org/wiki/Wikipedia:How_to_edit_a_page.


Sections

  • Level 1: == Top Level Header == (for Situation, Procedure, Links)
  • Level 2: === Subheader === (z.B. for YaST2, Command line)
  • Level 3: ==== one level below ==== (more subsections, e.g. different versions)

Situation and Procedure should always use the top-level header, other subsections are one level below that, and so on.

Formatting

You don't have to mark paragraphs with <p>paragraph</p> as you would in HTML, this is done automatically. Paragraphs are separated with two empty lines.

Wiki Markup Display
  
This is the first paragraph
which can be written in several lines.


This is the second paragraph.

This is the first paragraph which can be written in several lines.


This is the second paragraph.

Text (bold, italic, code)

To highlight paragraphs or words please use the following syntax:

Style Wiki Markup Display
bold '''Please use sparingly and only for important paragraphs/words''' Please use sparingly and only for important paragraphs/words
italic ''Example for italics'' Example for italics
code For commands or variables please use: <code>rcapache2</code> For commands or variables please use: rcapache2

Enumerations / lists

Examples for enumerations:

Wiki-markup Display
* Planets
** Mars
** Earth
*** Moon
  • Planets
    • Mars
    • Earth
      • Moon
#Travel
## Plane
## Car
### Taxi
  1. Travel
    1. Plane
    2. Car
      1. Taxi

For the links at the end of an article please use * Link without further subdivision.

Commands and config file excerpts

Lines containing a single command should start with a space

rcapache2 restart

to highlight the command. Commands included in normal text should use <code>command</code>.

For code listings and config files please use the following syntax:

Wiki-markup Display
<pre>
## Path:        Network/Remote access/SSH
## Description: SSH server settings
## Type:        string
## Default:     ""
## ServiceRestart: sshd
#
# Options for sshd
#
SSHD_OPTS=""
</pre>
## Path:        Network/Remote access/SSH
## Description: SSH server settings
## Type:        string
## Default:     ""
## ServiceRestart: sshd
#
# Options for sshd
#
SSHD_OPTS=""

nowiki

In certain situations you might want to disable wiki markup:

Wiki-markup Display Without nowiki

<nowiki>no '''Bold''', no ''Italic''</nowiki>

no '''Bold''', no ''Italic''

no Bold, no Italic

Links

Links to other SDB articles start with SDB: [[SDB:howto]], but it is not necessary to explicitly include a link label. It is also possible to jump to a specific location in the article, e.g. [[SDB:howto#Stil]], which will be displayed as SDB:howto#Stil. If you use these direct links to a section of an article, adding the link label may be helpful: [[SDB:howto#Stil|Stil]] will be displayed as Stil.

External links should have a link label if it isn't obvious what they point to, or to make the link shorter.

[http://www.suse.de SUSE] will be displayed as SUSE. In this case, link and link label are simply separated by a space.

Please note that in some countries, external links may be a violation of local laws. As an example, it is illegal in Germany to link to software which may be used to circumvent copy-protection technology. If you are unsure if you can use a certain link, please ask on the opensuse-wiki mailing list (see Communicate).

Tables

See http://en.wikipedia.org/wiki/Wikipedia:How_to_use_tables

Images

Up till now, SDB articles have not used images. Please use them only where necessary, in order not to disturb the layout and flow of the article. If possible, just include a preview of the image at the right margin of the article. For more information about uploading images to the Wiki see: http://en.wikipedia.org/wiki/Wikipedia:Image_markup.

Style

How to address your readers

German SDB articles should use the polite form of address with "Sie", as this is the standard in technical documentation. If this applies to your language, please use the polite form, too. English authors of course don't have that problem ;-).

Terminology in foreign languages

In languages other than English, it is sometimes difficult to do without the original english technical terms. Please try to write such in a way that the broadest group of SDB users will find your article useful, but do not try to find translations when the English terms are commonly understood and used in the target language. A good compromise may be to use both, like in this german example: : "gehen Sie auf die zweite console (Kommandozeile) mit STRG-ALT-F2"

Easy!

Even if using the shell sometimes seems easier, especially for you, please try to keep Linux beginners in mind and also explain how a problem can be solved with YaST2 or other tools.

A good SDB article should describe every single step. So, don't write:

In /etc/inittab, change the default runlevel to 3.

but:

Log in as the root user and open the file /etc/inittab with the
editor of your choice (e.g. vi or pico). Change the line
id:5:initdefault: to id:3:initdefault: so that the system won't boot
into the graphical user interface any more.

This is not meant to be a hard requirement! But please remember that many Linux newbies use SUSE Linux, too.

Maintenance

It is frequently necessary to adjust SDB articles to new versions of SUSE Linux, or even to write new ones if the changes are too fundamental. Please try to maintain your SDB articles. As an example, if you notice that your article doesn't apply any more with the latest version of SUSE Linux, please change the "version" line.

Links