<!--
    FreeBSD Specific Glossary Terms
	Please keep this file sorted.

    $FreeBSD$
    $FreeBSDde: de-docproj/share/sgml/glossary/freebsd-glossary.sgml,v 1.1 2003/12/30 16:08:26 mheinen Exp $
    basiert auf: 1.5
-->

<glossary status="draft" id="freebsd-glossary">
  <title>&os; Glossar</title>

  <para>Sie finden hier &os;-spezifische Begriffe und
    Abk&uuml;rzungen.</para>

  <glossdiv>
    <title>B</title>

    <glossentry id="bsd">
      <glossterm>Berkeley Software Distribution</glossterm>
      <acronym>BSD</acronym>
      <glossdef>
	<para>Diesen Namen gab die Computer Systems Research Group
	  in Berkeley den Verbesserungen und &Auml;nderungen an
	  AT&amp;Ts 32V &unix;.</para>
      </glossdef>
    </glossentry>

    <glossentry id="bikeshed">
      <glossterm>Bikeshed Building</glossterm>
      <glossdef>
	<para>Die Beobachtung, dass viele Leute Meinungen zu
	  unkomplizierten Themen &auml;u&szlig;ern, w&auml;hrend
	  gleichzeitig &uuml;ber ein kompliziertes Thema gar nicht
	  oder nur wenig diskutiert wird.  Die Herkunft des
	  Ausdrucks wird in den
	  <ulink url="../faq/misc.html#BIKESHED-PAINTING">FAQ</ulink>
	  erl&auml;utert.</para>
      </glossdef>
    </glossentry>

    <glossentry>
      <glossterm>BSD</glossterm>
      <glosssee otherterm="bsd">
    </glossentry>
  </glossdiv>

  <glossdiv>
    <title>K</title>

    <glossentry id="kse">
      <glossterm>Kernel Scheduler Entities</glossterm>
      <acronym>KSE</acronym>
      <glossdef>
	<para>Threads, die im Kernel laufen.  N&auml;heres
	  entnehmen Sie der <ulink
	  url="http://www.FreeBSD.org/kse">Home-Page des Projekts</ulink>.</para>
      </glossdef>
    </glossentry>

    <glossentry>
      <glossterm>KSE</glossterm>
      <glosssee otherterm="kse">
    </glossentry>
  </glossdiv>

  <glossdiv>
    <title>M</title>

    <glossentry id="mfc">
      <glossterm>Merge From Current</glossterm>
      <acronym>MFC</acronym>
      <glossdef>
	<para>Das Einbringen von Funktionen oder Fehlerbehebungen
	  aus dem -CURRENT-Zweig in einen anderen Zweig, meist
	  -STABLE.</para>
      </glossdef>
    </glossentry>

    <glossentry id="mfs">
      <glossterm>Merge From Stable</glossterm>
      <acronym>MFS</acronym>
      <glossdef>
	<para>Normalerweise werden &Auml;nderungen an &os; zuerst
	  im -CURRENT-Zweig getestet und dann in den -STABLE-Zweig
	  &uuml;bernommen.  Selten kommt es vor, dass eine &Auml;nderung
	  zuerst im -STABLE-Zweig vorgenommen wird und anschlie&szlig;end
	  im -CURRENT-Zweig &uuml;bernommen wird.</para>

	<para>Dieser Ausdruck wird auch benutzt, wenn eine Fehlerbehebung
	  von -STABLE in einem der Sicherheitszweige &uuml;bernommen
	  wird.</para>
	<glossseealso otherterm="mfc">
      </glossdef>
    </glossentry>

    <glossentry>
      <glossterm>MFC</glossterm>
      <glosssee otherterm="mfc">
    </glossentry>

    <glossentry>
      <glossterm>MFS</glossterm>
      <glosssee otherterm="mfs">
    </glossentry>

  </glossdiv>

  <glossdiv>
    <title>P</title>

    <glossentry id="pola">
      <glossterm>Principle Of Least Astonishment</glossterm>
      <acronym>POLA</acronym>
      <glossdef>
	<para>Prinzip der kleinsten &Uuml;berraschung</para>

	<para>&Auml;nderungen an &os; sollten nach M&ouml;glichkeit
	  vor dem Benutzer verborgen sein.  Das willk&uuml;rliche
	  Umordnen der Variablen in
	  <filename>/etc/defaults/rc.conf</filename> verletzt zum
	  Beispiel dieses Prinzip.  Entwickler beachten das Prinzip,
	  wenn Sie &uuml;ber f&uuml;r Benutzer sichtbare &Auml;nderungen
	  nachdenken.</para>
      </glossdef>
    </glossentry>

    <glossentry>
      <glossterm>POLA</glossterm>
      <glosssee otherterm="pola">
    </glossentry>
  </glossdiv>
</glossary>
