<!-- Subversion revision of original English document "5244" -->
<chapt id="compat">Kompatibilitätsfragen

<!-- FIXME add question on Ooo - MS Office compatibility -->

<sect id="arches">Auf welchen Hardware-Architekturen/Systemen läuft &debian;?

<p>&debian; enthält den kompletten Quelltext aller mitgelieferten Programme,
daher sollte es auf allen Systemen laufen, die vom Linux-Kernel unterstützt
werden; Details finden Sie in der 
<url name="Linux FAQ" id="http://en.tldp.org/FAQ/Linux-FAQ/intro.html#DOES-LINUX-RUN-ON-MY-COMPUTER">.

<!-- XXX update for new distros -->
<p>Das aktuelle &debian;-Release, &release;, enthält eine komplette Binärdistribution
für die folgenden Architekturen:

<p><em/i386/: Bezieht sich auf PCs, die auf Intel- oder kompatiblen Prozessoren basieren,
einschließlich 386, 486, Pentium, Pentium Pro, Pentium II (sowohl Klamath als auch
Celeron) und Pentium III von Intel, und den meisten kompatiblen Prozessoren von
AMD, Cyrix und anderen.

<p><em/amd64/: Bezieht sich auf Systeme basierend auf AMD 64-Bit-CPUs mit 
AMD64-Erweiterung und alle Intel-CPUs mit EM64T-Erweiterung und einem normalen 
64-Bit-Userspace.

<p><em/alpha/: Die Alpha-Systeme von Compaq/Digital.

<p><em/sparc/: Bezieht sich auf SPARC- und die meisten UltraSPARC-Systeme von Sun.

<p><em/powerpc/: Bezieht sich auf einige IBM/Motorola-PowerPC-Maschinen,
einschließlich CHRP-, PowerMac- und PReP-Maschinen.

<p><em/arm/: ARM- und StrongARM-Maschinen.

<p><em/mips/: Die Big-Endian-MIPS-Systeme von SGI, Indy und Indigo2;
<em/mipsel/: Little-Endian-MIPS-Maschinen, DECstations von Digital.

<p><em/hppa/: PA-RISC-Maschinen (712, C3000, L2000, A500) von Hewlett-Packard.

<p><em/ia64/: Intel-IA-64 (»Itanium«)-Computer.

<p><em/s390/: IBM S/390-Großrechner.

<p>Die Entwicklung von Binärdistributionen von Debian für Sparc64
(native UltraSPARC) Architekturen ist zurzeit in Arbeit.

<!-- REVIEW for lenny -->
<p>Die Unterstützung für die <em/m68k/-Architektur wurde für diese 
Veröffentlichung eingestellt, weil sie nicht die von den 
Debian-Release-Verwaltern aufgestellten Kriterien erfüllte. Diese Architektur 
bezieht sich auf Amigas und ATARIs mit einem Motorola 680x0-Prozessor für 
x>=2; mit MMU. Dennoch ist diese Portierung noch immer aktiv und für die 
Installation verfügbar, auch wenn sie nunmehr nicht mehr Teil der offiziellen 
stabilen Veröffentlichung ist und möglicherweise erst wieder für zukünftige 
Veröffentlichungen reaktiviert wird.

<p>Für weitere Informationen über verfügbare Portierungen werfen Sie einen 
Blick auf die <url id="http://www.debian.org/ports/" name="Portierungsseiten 
der Website">.

<p>Für weitere Informationen zum Booten, Partitionieren der Festplatte,
Aktivieren von PCMCIA- (PC-Card) Geräten und ähnlichen Dingen folgen Sie
bitte den Anweisungen aus dem Installations-Handbuch, welches von unserer
WWW-Site unter <url id="http://www.debian.org/releases/stable/installmanual">
verfügbar ist.

<sect id="otherdistribs">Wie kompatibel ist Debian mit anderen
                         Linux-Distributionen?
	
<p>Debian-Entwickler kommunizieren mit anderen Herstellern von
Linux-Distributionen, um nach Möglichkeit Binärkompatibilität zwischen
Linux-Distributionen sicherzustellen. Die meisten kommerziellen Linux-Produkte
laufen unter Debian so gut wie auf dem System, auf dem sie erstellt wurden.

<p>&debian; folgt dem <url name="Linux Filesystem Hierarchy
Standard" id="http://www.pathname.com/fhs/">. Jedoch gibt es mehrere
Interpretationen in einigen der Vorgaben in diesem Standard, so dass es
kleinere Unterschiede zwischen einem Debian-System und anderen Linux-Systemen
geben kann.

<p>&debian; unterstützt für die <url id="http://www.linuxbase.org/"
name="Linux Standard Base"> entwickelte Software. Die LSB ist eine
Spezifikation, die es erlaubt, ein Binärpaket unter verschiedenen 
Distributionen zu verwenden. Pakete für die Debian Etch-Veröffentlichung
dürfen nicht mit den Voraussetzungen der LSB Version 1.3. in Konflikt stehen.
Während dies geschrieben wird, ist &debian; nicht formal LSB-zertifiziert.
Jedoch sind es einige abgeleitete Distributionen von Debian. Diskussionen und
Koordination bezüglich der Anstrengungen, dass Debian die Voraussetzungen
des Linux Standard Base erfüllt, finden auf der <url
id="http://lists.debian.org/debian-lsb/" name="debian-lsb-Mailingliste"> statt.

<sect id="otherunices">Wie sehr ist der Quellcode von Debian kompatibel mit
  anderen Unix-Systemen?

<p>Für die meisten Anwendungen ist der Linux-Quellcode kompatibel mit anderen
Unix-Systemen. Er unterstützt nahezu alles, was in System V Unix-Systemen und
den freien und kommerziellen BSD-basierten Systemen verfügbar ist. Jedoch hat
solch eine Behauptung im Unix-Umfeld nahezu keine Bedeutung, da es keine
Möglichkeit gibt, dies zu überprüfen.
Im Bereich der Software-Entwicklung wird vollständige Kompatibilität
benötigt, anstatt einer Kompatibilität in »nahezu allen« Fällen. Deswegen
kam Jahre zuvor die Notwendigkeit von Standards auf und heutzutage ist
POSIX.1 (IEEE Standard 1003.1-1990) einer der bedeutendsten Standards für
Quellcodekompatibilität in Unix-artigen Betriebssystemen.

<p>Linux beabsichtigt POSIX.1 zu folgen, aber die POSIX-Standards kosten
richtiges Geld und die POSIX.1- (und FIPS 151-2-) Zertifizierung ist sehr
teuer; dies machte es für die Linux-Entwickler schwieriger, an vollständiger
POSIX-Konformität zu arbeiten. Die Zertifizierungskosten machen es
unwahrscheinlich, dass Debian eine offizielle Konformitätszertifizierung
erhält, selbst wenn es die Überprüfungstests vollständig besteht. (Die
Überprüfungstests sind nun frei verfügbar, so dass erwartet wird, dass mehr
Personen an POSIX.1-Problemen arbeiten werden.)

<!-- <p><strong>(The authors would very much like to give you a pointer to
an on-line document that described that standard, but the IEEE is another
one of those organizations that gets away with declaring standards and then
requiring that people PAY to find out what they are.  This makes about as
much sense as having to find out the significance of various colored lights
on traffic signals.)</strong> -->

<p>Unifix GmbH (Braunschweig, Deutschland) entwickelte ein Linux-System, das
zertifiziert wurde, zu FIPS 151-2 (einer Obermenge von POSIX.1) komptibel zu
sein. Diese Technologie war in Unifix' eigener Distribution namens Unifix
Linux 2.0 und in Lasermoon's Linux-FT verfügbar.
<!-- I had to comment this out for obvious reasons... SVD
 <url name="Linux-FT" url="http://www.lasermoon.co.uk/linux-ft/linux-ft.html">.
Currently Unifix merges its patches into the Linux kernel, gcc and other
tools; so it is expected that their fixes towards POSIX.1 conformance will
be available in Debian (and other distributions).
-->

<!-- TODO: explain better how to unpack .debs onto non-Debian systems -->
<sect id="otherpackages">Kann ich Debian-Pakete (».deb«-Dateien) auf meinem
  Red Hat-/Slackware-/... Linux-System verwenden? Kann ich Red Hat-Pakete
  (».rpm«-Dateien) auf meinem &debian;-System verwenden?

<p>Verschiedene Linux-Distributionen verwenden verschiedene Paketformate und
verschiedene Paketverwaltungsprogramme.

<taglist>
<tag><strong/Sie können wahrscheinlich:/
  <item>Ein Programm zum Auspacken eines Debian-Pakets auf einem Linux-Rechner,
  <!-- nicht 1-zu-1 aber verständlich! -->
  der unter einer »fremden« Distribution läuft, ist verfügbar und wird im
  Allgemeinen im dem Sinne funktionieren, dass Dateien ausgepackt werden.
  Das Gegenteil ist wahrscheinlich auch wahr, das bedeutet, dass ein Programm
  zum Auspacken eines Red Hat- oder Slackware-Pakets auf einem
  Debian-basierten Rechner wahrscheinlich erfolgreich sein wird darin, das
  Paket auszupacken und die meisten Dateien in den gewünschten Verzeichnissen
  zu platzieren. Dies ist größtenteils eine Konsequenz der Existenz (und der
  Befolgung) des Linux Filesystem Hierarchy Standards.
  Das Paket <url name="Alien" id="http://packages.debian.org/alien"> wird
  verwendet, um zwischen verschiedenen Paketformaten zu konvertieren.

<tag><strong/Sie wollen wahrscheinlich nicht:/
  <item>Die meisten Paketmanager schreiben administrative Dateien wenn sie
  ein Archiv auspacken. Diese administrativen Dateien sind im Allgemeinen
  nicht standardisiert. Deshalb wird das Auspacken eines Debian-Pakets
  auf einem »fremden« Rechner unvorhersehbare (sicher keine sinnvollen)
  Auswirkungen auf den Paketmanager in diesem System haben. Ebenso könnten
  Werkzeuge anderer Distributionen erfolgreich ihre Archive in
  Debian-Systemen auspacken, aber werden wahrscheinlich Fehler im
  Debian-Paketverwaltungssystem verursachen, wenn die Zeit zur Aktualisierung
  oder Entfernung einiger Pakete kommt, oder einfach nur beim Berichten,
  welche Pakete in einem System vorhanden sind.

<tag><strong/Ein besserer Weg:/
  <item>Der Linux File System Standard (und damit &debian;) fordert, dass
  Unterverzeichnisse von <file>/usr/local/</file> vollständig unter
  Benutzerkontrolle stehen. Deswegen können Benutzer »fremde« Pakete in dies
  Verzeichnis auspacken und ihre Konfiguration, Aktualisierung und Entfernung
  individuell steuern.
</taglist>

<!-- It would be useful to document all the ways in which Debian and Red Hat
systems differ.  I believe such a document would do a lot to dispell
fears of using a Unix system. SGK -->

<sect id="non-debian-programs">Wie soll ich ein nicht-Debian-Programm
  installieren?

<p>Dateien unterhalb des Verzeichnisses <file>/usr/local/</file> befinden
sich nicht unter Kontrolle des Debian-Paketverwaltungssystems. Deswegen ist
es üblich, den Quellcode eigener Programme in <file>/usr/local/src/</file>
abzulegen. Sie könnten zum Beispiel die Dateien eines Paketes namens
<var>foo.tar</var> in das Verzeichnis <file>/usr/local/src/foo/</file>
extrahieren. Nachdem Sie es kompiliert haben, legen Sie die Binärprogramme
in <file>/usr/local/bin/</file>, die Bibliotheken in
<file>/usr/local/lib/</file> und die Konfigurationsdateien in
<file>/usr/local/etc/</file> ab.

<p>Wenn Ihre Programme oder Dateien unbedingt in ein anderes Verzeichnis
platziert werden müssen, können Sie sie dennoch unter
<file>/usr/local/</file> speichern und die entsprechendenen symbolischen Links
von der benötigten Stelle im Dateisystem zur Position in
<file>/usr/local/</file> anlegen, zum Beispiel mit
<example>ln -s /usr/local/bin/foo /usr/bin/foo</example>

<p>Auf jeden Fall sollten Sie, wenn Sie ein Paket erhalten, dessen Copyright
die Weitergabe gestattet, in Betracht ziehen ein Debian-Paket daraus zu machen
und es für das Debian-System hochladen. Anleitungen, wie man Paketbetreuer
wird, sind im Debian-Policy-Handbuch (siehe <ref id="debiandocs">) verfügbar.

<sect id="termcap">Warum kann ich Programme nicht kompilieren, die libtermcap
benötigen?

<p>Debian verwendet die <tt>terminfo</tt>-Datenbank und die
<prgn>ncurses</prgn>-Bibliothek für Terminal-Schnittstellenbefehle anstatt
der <tt>termcap</tt>-Datenbank und der <prgn>termcap</prgn>-Bibliothek.
Benutzer, die Programme kompilieren, die einiges Wissen über die
Terminal-Schnittstelle benötigen, sollten Verweise zu <prgn>libtermcap</prgn>
durch Verweise auf <prgn>libncurses</prgn> ersetzen.

<p>Um Binärprogramme zu unterstützen, die bereits mit der
<prgn>termcap</prgn>-Bibliothek gelinkt worden sind und für die Sie den
Quellcode nicht haben, bietet Debian ein Paket names
<package/termcap-compat/. Dieses stellt <tt>libtermcap.so.2</tt>
und <file>/etc/termcap</file> bereit. Installieren Sie dieses Paket, wenn die
Programme mit der Fehlermeldung »can't load library 'libtermcap.so.2'«
abbrechen oder sich über eine fehlende <file>/etc/termcap</file>-Datei
beschweren.

<sect id="accelx">Warum kann ich AccelX nicht installieren?

<p>AccelX verwendet die <prgn>termcap</prgn>-Bibliothek für die Installation.
Vergleichen Sie mit obigem <ref id="termcap">.

<sect id="motifnls">Warum stürzen meine alten XFree 2.1 Motif-Anwendungen ab?

<p>Sie müssen das Paket <package/motifnls/ installieren, das die
XFree-2.1-Konfigurationsdateien bereitstellt, was von unter XFree-2.1
kompilierten Motif-Anwendungen benötigt wird, um unter XFree-3.1 zu laufen.

<p>Ohne diese Dateien könnten einige Motif-Anwendungen, die auf anderen
Rechnern kompiliert wurden (so wie Netscape), abstürzen, wenn sie versuchen
von einem Textfeld zu kopieren bzw. in dieses einfügen, und könnten auch
andere Probleme bemerken.
