developers-reference - en to de translation catalogue (289 entries)

en: Best Packaging Practices
de: Optimale Vorgehensweise beim Paketieren

en: Debian's quality is largely due to the `Debian Policy <https://www.debian.org/doc/debian-policy/>`__, which defines explicit baseline requirements that all Debian packages must fulfill. Yet there is also a shared history of experience which goes beyond the Debian Policy, an accumulation of years of experience in packaging. Many very talented people have created great tools, tools which help you, the Debian maintainer, create and maintain excellent packages.
de: Debians Qualität ist größtenteils den `Debian-Richtlinien <https://www.debian.org/doc/debian-policy/>`__ zu verdanken, die explizit grundlegende Anforderungen definieren, die alle Debian-Pakete erfüllen müssen. Außerdem stehen gemeinsame Erfahrungen im Paketieren aus der Vergangenheit hinter den Debian-Richtlinien. Viele sehr talentierte Leute haben großartige Werkzeuge geschaffen, Werkzeuge, die Ihnen als Debian-Betreuer helfen, ausgezeichnete Pakete zu erstellen und zu pflegen.

en: This chapter provides some best practices for Debian developers. All recommendations are merely that, and are not requirements or policy. These are just some subjective hints, advice and pointers collected from Debian developers. Feel free to pick and choose whatever works best for you.
de: Dieses Kapitel stellt einige optimale Vorgehensweisen für Debian-Entwickler vor. Das alles sind lediglich Empfehlungen und keine Anforderungen oder feste Regeln. Es sind nur subjektive Hinweise, Ratschläge und Fingerzeige, die von Debian-Entwicklern gesammelt wurden. Suchen Sie sich einfach das heraus, was Ihnen am meisten zusagt.

en: Best practices for ``debian/rules``
de: Optimale Vorgehensweisen für ``debian/rules``

en: The following recommendations apply to the ``debian/rules`` file. Since ``debian/rules`` controls the build process and selects the files that go into the package (directly or indirectly), it's usually the file maintainers spend the most time on.
de: Die folgenden Empfehlungen gelten für die Datei ``debian/rules``. Da ``debian/rules`` den Build-Prozess steuert und die Dateien auswählt, die in das Paket gelangen (direkt oder indirekt), ist es normerweise die Datei, der die Betreuer die meiste Zeit widmen.

en: Helper scripts
de: Helferskripte

en: The rationale for using helper scripts in ``debian/rules`` is that they let maintainers use and share common logic among many packages. Take for instance the question of installing menu entries: you need to put the file into ``/usr/share/menu`` (or ``/usr/lib/menu`` for executable binary menufiles, if this is needed), and add commands to the maintainer scripts to register and unregister the menu entries. Since this is a very common thing for packages to do, why should each maintainer rewrite all this on their own, sometimes with bugs? Also, supposing the menu directory changed, every package would have to be changed.
de: Der Grund für die Benutzung von Helferskripten in ``debian/rules`` ist, dass sie den Betreuern eine gemeinsame allgemeine Logik inmitten vieler Pakete ermöglichen. Nehmen Sie zum Beispiel die Frage, wie Menü-Einträge installiert werden: Sie müssen die Datei in ``/usr/share/menu`` (oder ``/usr/lib/menu`` für ausführbare binäre Menü-Dateien, wenn nötig) ablegen und den Betreuerskripten Befehle hinzufügen, um Menü-Einträge zu registrieren bzw. ihre Registrierung zu entfernen. Dies ist eine sehr häufige Tätigkeit für Pakete. Warum sollte daher jeder Betreuer all dies für sich selbst neu schreiben und dabei möglicherweise Fehler verursachen? Außerdem, gesetzt den Fall, das Menü-Verzeichnis würde sich ändern, müsste dann jedes Paket geändert werden.

en: Helper scripts take care of these issues. Assuming you comply with the conventions expected by the helper script, the helper takes care of all the details. Changes in policy can be made in the helper script; then packages just need to be rebuilt with the new version of the helper and no other changes.
de: Helferskripte kümmern sich um diese Probleme. Angenommen, Sie erfüllen alle Gepflogenheiten, die das Helferskript erwartet, dann kümmert sich das Helferskript um alle Einzelheiten. Änderungen an den Richtlinien können im Helferskript erledigt werden. Dann müssen Pakete nur mit der neuen Version des Helferskripts erstellt und sonst nicht geändert werden.

en: :ref:`tools` contains a couple of different helpers. The most common and best (in our opinion) helper system is ``debhelper``. Previous helper systems, such as ``debmake``, were monolithic: you couldn't pick and choose which part of the helper you found useful, but had to use the helper to do everything. ``debhelper``, however, is a number of separate little ``dh_*`` programs. For instance, ``dh_installman`` installs and compresses man pages, ``dh_installmenu`` installs menu files, and so on. Thus, it offers enough flexibility to be able to use the little helper scripts, where useful, in conjunction with hand-crafted commands in ``debian/rules``.
de: :ref:`tools` enthält ein paar verschiedene Helferskripte. Das gängigste und beste Helfersystem (nach Meinung von Debian) ist ``debhelper``. Frühere Helfersysteme wie ``debmake`` waren monolithisch. Man konnte nicht einen Teil des Helferskripts herausgreifen und verwenden, den man nützlich fand, sondern musste den Helfer für alles benutzen. ``debhelper`` besteht jedoch aus mehreren getrennten kleinen ``dh_*``-Programmen. ``dh_installman`` installiert und komprimiert zum Beispiel Handbuchseiten, ``dh_installmenu`` installiert Menü-Dateien und so weiter. Daher bietet es eine ausreichende Flexibilität, die kleinen Helferskripte dort zu benutzen, wo sie nützlich sind, in Verbindung mit handgemachten Befehlen in ``debian/rules``.

en: You can get started with ``debhelper`` by reading debhelper 1, and looking at the examples that come with the package. ``dh_make``, from the ``dh-make`` package (see :ref:`dh-make`), can be used to convert a vanilla source package to a ``debhelper``\ ized package. This shortcut, though, should not convince you that you do not need to bother understanding the individual ``dh_*`` helpers. If you are going to use a helper, you do need to take the time to learn to use that helper, to learn its expectations and behavior.
de: Sie können mit ``debhelper`` beginnen, indem Sie debhelper 1 lesen und sich die Beispiele ansehen, die dem Paket beigefügt sind. ``dh_make`` aus dem Paket ``dh-make`` (siehe :ref:`dh-make`) kann benutzt werden, um ein einfaches Quellpaket in ein mit ``debhelper`` bearbeitetes Paket umzuwandeln. Gleichwohl sollte diese Kurzform Sie jedoch nicht davon überzeugen, dass Sie sich nicht plagen müssen, um die einzelnen ``dh_*``-Helfer zu verstehen. Falls Sie einen Helfer benutzen möchten, müssen Sie sich die Zeit nehmen zu lernen, wie dieser Helfer benutzt wird, um zu verstehen, was er erwartet und wie er sich verhält.

en: Separating your patches into multiple files
de: Unterteilen Sie Ihre Patches in mehrere Dateien

en: Big, complex packages may have many bugs that you need to deal with. If you correct a number of bugs directly in the source, and you're not careful, it can get hard to differentiate the various patches that you applied. It can get quite messy when you have to update the package to a new upstream version which integrates some of the fixes (but not all). You can't take the total set of diffs (e.g., from ``.diff.gz``) and work out which patch sets to back out as a unit as bugs are fixed upstream.
de: Große, komplexe Pakete könnten mehrere Fehler haben, die Sie bewältigen müssen. Falls Sie mehrere Fehler direkt im Quellcode beheben und nicht sorgfältig vorgehen, kann es schwierig werden, die verschiedenen Patches, die Sie bereitgestellt haben, zu unterscheiden. Es kann ziemlich chaotisch werden, wenn Sie das Paket auf eine neue Originalversion aktualisieren müssen, die einige (aber nicht alle) Korrekturen enthält. Sie können nicht die komplette Zusammenstellung der Diffs nehmen (z.B. aus ``.diff.gz``) und austüfteln, welcher Patch es als Einheit zurücksetzt, da Fehler im Original behoben wurden.

en: Fortunately, with the source format “3.0 (quilt)” it is now possible to keep patches separate without having to modify ``debian/rules`` to set up a patch system. Patches are stored in ``debian/patches/`` and when the source package is unpacked patches listed in ``debian/patches/series`` are automatically applied. As the name implies, patches can be managed with ``quilt``.
de: Glücklicherweise ist es nun mit dem Quellformat "3.0 (quilt)" möglich, die Patches getrennt zu halten, ohne ``debian/rules`` zur Einrichtung eines Patch-Systems ändern zu müssen. Patches werden in ``debian/patches/`` gespeichert und wenn das Quellpaket entpackt wird, werden automatisch die Patches angewandt, die in ``debian/patches/series`` aufgeführt sind. Wie der Name schon sagt, können Patches mit ``quilt`` verwaltet werden.

en: When using the older source “1.0”, it's also possible to separate patches but a dedicated patch system must be used: the patch files are shipped within the Debian patch file (``.diff.gz``), usually within the ``debian/`` directory. The only difference is that they aren't applied immediately by ``dpkg-source``, but by the ``build`` rule of ``debian/rules``, through a dependency on the ``patch`` rule. Conversely, they are reverted in the ``clean`` rule, through a dependency on the ``unpatch`` rule.
de: Wenn Sie den älteren Quellcode "1.0" verwenden, ist es auch möglich, Patches zu trennen, aber es muss ein zugehöriges Patch-System verwandt werden: Die Patch-Dateien werden innerhalb der Debian-Patch-Datei (``.diff.gz``) mitgeliefert, normalerweise im Verzeichnis ``debian/``. Der einzige Unterschied ist, dass sie nicht unmittelbar von ``dpkg-source`` angewandt werden, sondern von der ``build``-Regel der Datei ``debian/rules`` durch eine Abhängigkeit in der ``patch``-Regel. Im Gegenzug werden sie von der Regel ``clean`` durch eine Abhängigkeit zur Regel ``unpatch`` umgekehrt.

en: ``quilt`` is the recommended tool for this. It does all of the above, and also allows one to manage patch series. See the ``quilt`` package for more information.
de: ``quilt`` ist das dafür empfohlene Werkzeug. Es erledigt alles oben beschriebene und ermöglicht außerdem die Verwaltung von Patch-Serien. Weitere Informationen finden Sie im Paket ``quilt``.

en: Multiple binary packages
de: Pakete mit mehreren Binärdateien

en: A single source package will often build several binary packages, either to provide several flavors of the same software (e.g., the ``vim`` source package) or to make several small packages instead of a big one (e.g., so the user can install only the subset needed, and thus save some disk space, see for example the ``libxml2`` source package).
de: Ein einzelnes Quellpaket erstellt häufig mehrere Binärpakete, entweder um mehrere Varianten derselben Software bereitzustellen ( siehe z. B. das ``vim``-Quellpaket) oder um mehrere kleine Pakete anstelle eines großem zu erstellen (z. B. damit der Benutzer sich nur die benötigte Teilmenge an Paketen installieren kann die der er benötigt, und dadurch auch Speicherplatz spart siehe z. B. das Quellpaket ``libxml2``).

en: The second case can be easily managed in ``debian/rules``. You just need to move the appropriate files from the build directory into the package's temporary trees. You can do this using ``install`` or ``dh_install`` from ``debhelper``. Be sure to check the different permutations of the various packages, ensuring that you have the inter-package dependencies set right in ``debian/control``.
de: Der zweite Fall kann einfach in ``debian/rules`` verwaltet werden. Sie müssen nur die entsprechenden Dateien aus dem Build-Verzeichnis in die entsprechenden temporären Baumstrukturen des Pakets verschieben. Dies können Sie mit ``install`` oder ``dh_install`` aus ``debhelper`` erledigen. Sorgen Sie dafür, dass Sie die unterschiedlichen Umsetzungen der verschiedenen Pakete prüfen, um sicherzustellen, dass Sie die wechselseitigen Abhängigkeiten in ``debian/control`` richtig gesetzt haben.

en: The first case is a bit more difficult since it involves multiple recompiles of the same software but with different configuration options. The ``vim`` source package is an example of how to manage this using a hand-crafted ``debian/rules`` file.
de: Der erste Fall ist etwas schwieriger, da er mehrmaliges Neukompilieren der selben Software einschließt, aber mit unterschiedlichen Konfigurationsoptionen. Das ``vim``-Quellpaket ist ein Beispiel dafür, wie dies mit einer handgemachten ``debian/rules``-Datei gemacht wird.

en: Best practices for ``debian/control``
de: Optimale Vorgehensweisen für ``debian/control``

en: The following practices are relevant to the ``debian/control`` file. They supplement the `Policy on package descriptions <https://www.debian.org/doc/debian-policy/ch-binary.html#s-descriptions>`__.
de: Die folgenden Vorgehensweisen sind maßgeblich für die Datei ``debian/control``. Sie ergänzen die `Richtlinien für Paketbeschreibungen <https://www.debian.org/doc/debian-policy/ch-binary.html#s-descriptions>`__.

en: The description of the package, as defined by the corresponding field in the ``control`` file, contains both the package synopsis and the long description for the package. :ref:`bpp-desc-basics` describes common guidelines for both parts of the package description. Following that, :ref:`bpp-pkg-synopsis` provides guidelines specific to the synopsis, and :ref:`bpp-pkg-desc` contains guidelines specific to the description.
de: Die Beschreibung des Pakets, wie es durch das entsprechende Feld in der Datei ``control`` definiert wird, enthält sowohl die Paketübersicht als auch die ausführliche Beschreibung des Pakets. :ref:`bpp-desc-basics` beschreibt übliche Richtlinien für beide Teile der Paketbeschreibung. Diesen folgend stellt :ref:`bpp-pkg-synopsis` Richtlinien speziell für die Übersicht bereit und :ref:`bpp-pkg-desc` enthält spezielle Richtlinien für die Beschreibung.

en: General guidelines for package descriptions
de: Allgemeine Leitlinien für Paketbeschreibungen

en: The package description should be written for the average likely user, the average person who will use and benefit from the package. For instance, development packages are for developers, and can be technical in their language. More general-purpose applications, such as editors, should be written for a less technical user.
de: Die Paketbeschreibung sollte für den erwarteten Durchschnittsanwender geschrieben werden, der Durchschnittsperson, die das Paket benutzt und davon profitiert. Entwicklungspakete sind beispielsweise für Entwickler und können in einer technischen Sprache verfasst werden. Anwendungen für allgemeinere Zwecke, wie Editoren, sollten für Anwender mit weniger technischem Verständnis geschrieben werden.

en: Our review of package descriptions lead us to conclude that most package descriptions are technical, that is, are not written to make sense for non-technical users. Unless your package really is only for technical users, this is a problem.
de: Die Durchsicht der Paketbeschreibungen mündet in der Schlussfolgerung, dass die meisten Paketbeschreibungen technischer Natur sind, also nicht so geschrieben, dass sie für Anwender ohne technischen Hintergrund einen Sinn ergeben. Sofern Ihr Paket nicht wirklich für technikkundige Anwender gedacht ist, ist dies ein Problem.

en: How do you write for non-technical users? Avoid jargon. Avoid referring to other applications or frameworks that the user might not be familiar with — GNOME or KDE is fine, since users are probably familiar with these terms, but GTK is probably not. Try not to assume any knowledge at all. If you must use technical terms, introduce them.
de: Wie können sie für nicht technikkundige Anwender schreiben? Vermeiden Sie Fachsprache. Vermeiden Sie, sich auf Anwendungen und Rahmenwerke zu beziehen, mit denen der Anwender möglicherweise nicht vertraut ist – GNOME oder KDE sind in Ordnung, da Anwender wahrscheinlich mit diesen Begriffen vertraut sind, aber GTK vermutlich nicht. Versuchen Sie nicht irgendein Wissen vorauszusetzen, geben Sie eine Einführung.

en: Be objective. Package descriptions are not the place for advocating your package, no matter how much you love it. Remember that the reader may not care about the same things you care about.
de: Seien Sie objektiv. Paketbeschreibungen sind nicht der richtige Ort, um Ihr Paket anzupreisen, egal wie sehr Sie es mögen. Denken Sie daran, dass der Leser nicht die gleichen Dinge als wichtig ansieht wie Sie.

en: References to the names of any other software packages, protocol names, standards, or specifications should use their canonical forms, if one exists. For example, use X Window System, X11, or X; not X Windows, X-Windows, or X Window. Use GTK, not GTK+ or gtk. Use GNOME, not Gnome. Use PostScript, not Postscript or postscript.
de: Bezüge zu Namen anderer Softwarepakete, Protokollnamen, Standards oder Spezifikationen sollten, falls sie existiert, in ihrer vorschriftsmäßigen Form verwandt werden. Benutzen Sie zum Beispiel X Window System, X11 oder X, nicht X Windows, X-Windows, or X Window. Benutzen Sie GTK, nicht GTK+ oder gtk. Benutzen Sie GNOME, nicht Gnome. Benutzen Sie PostScript, nicht Postscript oder postscript.

en: If you are having problems writing your description, you may wish to send it along to ``debian-l10n-english@lists.debian.org`` and request feedback.
de: Falls Sie Probleme beim Verfassen Ihrer Beschreibung haben, könnten Sie sie an ``debian-l10n-english@lists.debian.org`` senden und um Rückmeldung ersuchen.

en: The package synopsis, or short description
de: Die Paketübersicht oder Kurzbeschreibung

en: Policy says the synopsis line (the short description) must be concise, not repeating the package name, but also informative.
de: Die Richtlinie legt fest, dass die Übersichtszeile (die Kurzbeschreibung) kurz sein muss, den Paketnamen nicht wiederholen darf, aber trotzdem informativ sein muss.

en: The synopsis functions as a phrase describing the package, not a complete sentence, so sentential punctuation is inappropriate: it does not need extra capital letters or a final period (full stop). It should also omit any initial indefinite or definite article — "a", "an", or "the". Thus for instance:
de: Die Übersichtsfunktionen sind ein Ausdruck, der das Paket beschreibt, kein kompletter Satz, daher ist Zeichensetzung unangebracht: Es wird weder eine besondere Großschreibung noch ein abschließender Punkt benötigt. Außerdem sollten jegliche bestimmten und unbestimmten Artikel am Anfang weggelassen werden – "a", "an" oder "the". Deshalb zum Beispiel:

en: Technically this is a noun phrase minus articles, as opposed to a verb phrase. A good heuristic is that it should be possible to substitute the package *name* and *synopsis* into this formula:
de: Technisch gesehen ist dies eine Nominalphrase im Gegensatz zu einer Verbalphrase. Eine gute Entscheidungsregel ist, dass es möglich sein sollte, den Paket-\ *Namen* und die *Übersicht* in diesem Schema zu ersetzen:

en: The package *name* provides {a,an,the,some} *synopsis*.
de: Das Paket *Name* stellt {ein,eine,den,einige} *Übersicht* zur Verfügung.

en: Sets of related packages may use an alternative scheme that divides the synopsis into two parts, the first a description of the whole suite and the second a summary of the package's role within it:
de: Zusammenstellungen verwandter Pakete können ein alternatives Schema benutzen, das die Übersicht in zwei Teile unterteilt, als erstes eine Beschreibung der ganzen Suite und als zweites eine Zusammenfassung der Rolle, die das Paket darin spielt:

en: These synopses follow a modified formula. Where a package "*name*" has a synopsis "*suite* (*role*)" or "*suite* - *role*", the elements should be phrased so that they fit into the formula:
de: Diese Übersicht folgt einem geänderten Schema. Wo ein Paket "\ *Name*\ " die Übersicht "\ *Suite* (*Rolle*)" oder "\ *Suite* - *Rolle*\ " hat, sollten die Elemente so ausgedrückt werden, dass sie in dieses Schema passen:

en: The package *name* provides {a,an,the} *role* for the *suite*.
de: Das Paket *Name* stellt {ein,eine,die} *Rolle* für die *Suite* zur Verfügung.

en: The long description
de: Die ausführliche Beschreibung

en: The long description is the primary information available to the user about a package before they install it. It should provide all the information needed to let the user decide whether to install the package. Assume that the user has already read the package synopsis.
de: Die ausführliche Beschreibung ist die wichtigste für den Benutzer verfügbare Information über ein Paket, bevor er es installiert. Sie sollte alle nötigen Informationen bereitstellen, damit der Anwender entscheiden kann, ob er das Paket installieren möchte. Es ist anzunehmen, dass der Benutzer bereits die Paketübersicht gelesen hat.

en: The long description should consist of full and complete sentences.
de: Die ausführliche Beschreibung sollte aus vollständigen Sätzen bestehen.

en: The first paragraph of the long description should answer the following questions: what does the package do? what task does it help the user accomplish? It is important to describe this in a non-technical way, unless of course the audience for the package is necessarily technical.
de: Der erste Absatz der ausführlichen Beschreibung sollte die folgenden Fragen beantworten: Was tut das Paket? Bei welchen Aufgaben hilft es dem Anwender? Es ist wichtig, dies auf eine nicht technische Weise zu beschreiben, sogar dann, wenn die Zielgruppe des Pakets notwendigerweise einen technischen Hintergrund hat.

en: Long descriptions of related packages, for example built from the same source, can share paragraphs in order to increase consistency and reduce the workload for translators, but you need at least one separate paragraph describing the package's specific role.
de: Lange Beschreibungen verwandter Pakete, die beispielsweise aus derselben Quelle erstellt wurden, können Absätze gemeinsam nutzen, um die Konsistenz zu erhöhen und den Arbeitsaufwand für Übersetzer zu verringern. Sie benötigen jedoch mindestens einen separaten Absatz, der die spezifische Rolle des Pakets beschreibt.

en: The following paragraphs should answer the following questions: Why do I as a user need this package? What other features does the package have? What outstanding features and deficiencies are there compared to other packages (e.g., if you need X, use Y instead)? Is this package related to other packages in some way that is not handled by the package manager (e.g., is this the client for the foo server)?
de: Die folgenden Absätze sollten die folgenden Fragen beantworten: Warum benötige ich als Benutzer dieses Paket? Welche anderen Funktionen bietet das Paket? Welche herausragenden Funktionen und Mängel gibt es im Vergleich zu anderen Paketen (z.B. falls Sie X benötigen, benutzen Sie Y)? Steht das Paket in einem Zusammenhang mit anderen Paketen, die nicht vom Paketmanager gehandhabt werden (z.B. ist dies der Client für den Foo-Server)?

en: Be careful to avoid spelling and grammar mistakes. Ensure that you spell-check it. Both ``ispell`` and ``aspell`` have special modes for checking ``debian/control`` files:
de: Seien Sie vorsichtig, um Rechtschreib- und Grammatikfehler zu vermeiden. Sorgen Sie für eine Rechtschreibprüfung. Sowohl ``ispell`` als auch ``aspell`` haben spezielle Modi zur Prüfung von ``debian/control``-Dateien:

en: Users usually expect these questions to be answered in the package description:
de: Anwender erwarten normalerweise, dass diese Fragen in der Paketbeschreibung beantwortet werden:

en: What does the package do? If it is an add-on to another package, then the short description of the package we are an add-on to should be put in here.
de: Was tut das Paket? Falls es eine Erweiterung eines anderen Pakets ist, dann sollte eines Kurzbeschreibung des Pakets, das es erweitert, hier eingefügt werden.

en: Why should I want this package? This is related to the above, but not the same (this is a mail user agent; this is cool, fast, interfaces with PGP and LDAP and IMAP, has features X, Y, and Z).
de: Warum sollte ich dieses Paket wollen? Dies bezieht sich auf das vorhergehende, aber nicht das gleiche (dies ist ein Mail-Client. Er ist toll, schnell, hat Schnittstellen zu PGP, LDAP und IMAP, hat die Funktionen X, Y und Z).

en: If this package should not be installed directly, but is pulled in by another package, this should be mentioned.
de: Falls dieses Paket nicht direkt installiert werden sollte, sondern von einem anderen Paket mitinstalliert wird, sollte dies erwähnt werden.

en: If the package is ``experimental``, or there are other reasons it should not be used, if there are other packages that should be used instead, it should be here as well.
de: Falls das Paket ``experimental`` ist oder es andere Gründe gibt, weshalb es nicht benutzt werden sollte und wenn es andere Pakete gibt, die stattdessen benutzt werden sollen, sollte dies auch hier stehen.

en: How is this package different from the competition? Is it a better implementation? more features? different features? Why should I choose this package?
de: Was unterscheidet dieses Paket von der Konkurrenz? Ist es eine bessere Implementierung? Mehr Funktionen? Andere Funktionen? Warum sollte die Wahl auf dieses Paket fallen?

en: Upstream home page
de: Homepage der Originalautoren

en: We recommend that you add the URL for the package's home page in the ``Homepage`` field of the ``Source`` section in ``debian/control``. Adding this information in the package description itself is considered deprecated.
de: Es wird empfohlen, dass Sie die URL der Homepage des Pakets in das Feld ``Homepage`` im Abschnitt ``Source`` von ``debian/control`` hinzufügen. Diese Information in die Paketbeschreibung selbst einzutragen, wird als nicht erwünscht angesehen.

en: Version Control System location
de: Ort des Versionsverwaltungssystems

en: There are additional fields for the location of the Version Control System in ``debian/control``.
de: Es gibt zusätzliche Felder für den Ort des Versionsverwaltungssystems in ``debian/control``.

en: Value of this field should be a ``https://`` URL pointing to a web-browsable copy of the Version Control System repository used to maintain the given package, if available.
de: Der Wert dieses Feldes sollte eine ``https://``-URL sein, die auf eine via Webbrowser zu durchsuchende Kopie des Versionsverwaltungssystem-Depots verweist, das benutzt wird, um das angegebene Paket zu verwalten, falls verfügbar.

en: The information is meant to be useful for the final user, willing to browse the latest work done on the package (e.g. when looking for the patch fixing a bug tagged as ``pending`` in the bug tracking system).
de: Die Information ist dazu gedacht, dem Endanwender zu helfen, diese Ressource aufzurufen um die letzte am Paket geleistete Arbeit durchstöbern zu können (z.B. wenn nach einem Patch gesucht wird, der einen Fehler behebt, der in der Fehlerdatenbank als ``pending`` gekennzeichnet ist).

en: The information is meant to be useful for a user knowledgeable in the given Version Control System and willing to build the current version of a package from the VCS sources. Other uses of this information might include automatic building of the latest VCS version of the given package. To this end the location pointed to by the field should better be version agnostic and point to the main branch (for VCSs supporting such a concept). Also, the location pointed to should be accessible to the final user; fulfilling this requirement might imply pointing to an anonymous access of the repository instead of pointing to an SSH-accessible version of the same.
de: Die Information ist für Benutzer bestimmt, die im gegebenen Versionsverwaltungssystem sachkundig sind und bereit, die aktuelle Version des Pakets aus den VCS-Quellen zu erstellen. Andere Nutzungen dieser Information könnten das automatische Erstellen der letzten VCS-Version des Pakets umfassen. Dazu sollte der vom Feld angegebene Ort versionsunabhängig sein und auf den Hauptzweig (main branch) zeigen (bei Versionsverwaltungssystemen, die dieses Konzept unterstützen). Außerdem sollte der Endanwender auf den Ort zugreifen können, auf den verwiesen wird. Die Erfüllung dieser Anforderungen könnte einen anonymen Zugriff voraussetzen, statt auf eine Version mit SSH-Zugriff zu verweisen.

en: In the following example, an instance of the field for a Git repository of the ``vim`` package is shown. Note how the URL is in the ``https://`` scheme (instead of ``ssh://``). The use of the ``Vcs-Browser`` and ``Homepage`` fields described above is also shown.
de: Im folgendem Beispiel wird eine Instanz des Felds für ein Git-Depot des ``vim``-Pakets angezeigt. Beachten Sie, dass die URL das ``https://``- Schema (anstelle von ``ssh://``) benutzt. Die Verwendung der Felder ``Vcs-Browser`` und ``Homepage`` wird ebenfalls gezeigt, wie oben beschrieben.

en: Maintaining the packaging in a version control system, and setting a Vcs-\* header is good practice and makes it easier for others to contribute changes.
de: Das Verwalten der Paketierung in einem Versionskontrollsystem und das Festlegen eines Vcs-\*-Headers ist eine bewährte Vorgehensweise und erleichtert anderen das Einbringen von Änderungen.

en: Almost all packages in Debian that use a version control system use Git; if you create a new package, using Git is a good idea simply because it's the system that contributors will be familiar with.
de: Fast alle Pakete in Debian, die ein Versionskontrollsystem verwenden, verwenden Git. Wenn Sie ein neues Paket erstellen, ist die Verwendung von Git eine gute Idee, einfach weil es das System ist, mit dem die Mitwirkenden vertraut sind.

en: `DEP-14 <https://dep-team.pages.debian.net/deps/dep14/>`_ defines a common layout for Debian packages.
de: `DEP-14 <https://dep-team.pages.debian.net/deps/dep14/>`_ definiert ein allgemein gültiges Layout für Debian Pakete.

en: Best practices for ``debian/changelog``
de: Optimale Vorgehensweisen für ``debian/changelog``

en: The following practices supplement the `Policy on changelog files <https://www.debian.org/doc/debian-policy/ch-docs.html#s-changelogs>`__.
de: Die folgenden Vorgehensweisen ergänzen die `Richtlinien für Änderungsprotokolldateien <https://www.debian.org/doc/debian-policy/ch-docs.html#s-changelogs>`__.

en: Writing useful changelog entries
de: Verfassen nützlicher Änderungsprotokolleinträge

en: The changelog entry for a package revision documents changes in that revision, and only them. Concentrate on describing significant and user-visible changes that were made since the last version.
de: Der Änderungsprotokolleintrag (Changelog) einer Paketüberarbeitung dokumentiert Änderungen der aktuellen Version, und nur diese. Der Schwerpunkt liegt auf der Beschreibung bedeutender und für den Anwender sichtbarer Änderungen, die seit der letzten Version vorgenommen wurden.

en: Focus on *what* was changed — who, how and when are usually less important. Having said that, remember to politely attribute people who have provided notable help in making the package (e.g., those who have sent in patches).
de: Der Fokus liegt darauf, *was* geändert wurde – wer, wie und wann ist normalerweise nicht so wichtig. Erinnern Sie gleichwohl höflich an die Leute, die merklich Hilfe beim Erstellen des Pakets geleistet haben (die z.B. Patches gesandt haben).

en: There's no need to elaborate the trivial and obvious changes. You can also aggregate several changes in one entry. On the other hand, don't be overly terse if you have undertaken a major change. Be especially clear if there are changes that affect the behaviour of the program. For further explanations, use the ``README.Debian`` file.
de: Es ist nicht nötig, belanglose und offensichtliche Änderungen näher auszuführen. Sie können außerdem mehrere Änderungen in einem Eintrag zusammenfassen. Fassen Sie sich andererseits nicht zu kurz, falls Sie eine größere Änderung vorgenommen haben. Stellen Sie insbesondere klar, falls es Änderungen gibt, die das Verhalten des Programms ändern. Benutzen Sie für weitere Erklärungen die Datei ``README.Debian``.

en: Use common English so that the majority of readers can comprehend it. Avoid abbreviations, tech-speak and jargon when explaining changes that close bugs, especially for bugs filed by users that did not strike you as particularly technically savvy. Be polite, don't swear.
de: Benutzen Sie geläufiges Englisch, so dass die Mehrheit der Leser es begreifen kann. Vermeiden Sie Abkürzungen, technische Begriffe und Fachsprache, wenn Sie Änderungen erklären, die Fehlerberichte schließen, insbesondere bei Fehlern die von Anwendern eingereicht wurden, die Ihnen als technisch unerfahren aufgefallen sind. Seien Sie höflich, fluchen Sie nicht.

en: It is sometimes desirable to prefix changelog entries with the names of the files that were changed. However, there's no need to explicitly list each and every last one of the changed files, especially if the change was small or repetitive. You may use wildcards.
de: Manchmal ist es wünschenswert, den Änderungsprotokolleinträgen die Namen der Dateien voranstellen, die geändert wurden. Es ist jedoch nicht nötig, explizit jede einzelne geänderte Datei aufzuführen, insbesondere dann nicht, wenn die Änderung klein oder wiederholend war. Sie können Platzhalter verwenden.

en: When referring to bugs, don't assume anything. Say what the problem was, how it was fixed, and append the closes: #nnnnn string. See :ref:`upload-bugfix` for more information.
de: Treffen Sie keine Annahmen wenn Sie sich auf Fehler beziehen. Sagen Sie welches Problem vorlag, wie es behoben wurde und hängen Sie die Zeichenkette "closes: #nnnnn" an. Weitere Informationen erhalten Sie unter :ref:`upload-bugfix`.

en: Selecting the upload urgency
de: Auswahl Dringlichkeit des Uploads

en: The release team have indicated that they expect most uploads to ``unstable`` to use **urgency=medium**. That is, you should choose **urgency=medium** unless there is some particular reason for the upload to migrate to ``testing`` more quickly or slowly (see also :ref:`testing-unstable`). For example, you might select **urgency=low** if the changes since the last upload are large and might be disruptive in unanticipated ways.
de: Das Release-Team hat angegeben, dass sie erwarten, dass die meisten Uploads nach ``unstable`` die Dringlichkeit **urgency=medium** verwenden. Deshalb sollten Sie **urgency=medium** benutzen, es sei denn, es gibt spezielle Gründe, dass der Upload schneller oder langsamer nach ``testing`` migrieren soll (Siehe auch:ref:`testing-unstable`). Beispielsweise können Sie **urgency=low** nehmen, falls die Änderungen seit dem letzten Upload sehr umfangreiche oder disruptive, unerwartete Änderungen enthalten.

en: The delays are currently 2, 5 or 10 days, depending on the urgency (high, medium or low). The actual numbers are actually controled by the `britney configuration <https://release.debian.org/britney/britney.conf>`__ which also includes accelerated migrations when Autopkgtest passes.
de: Die Verzögerungen betragen derzeit je nach Dringlichkeit (hoch, mittel oder niedrig) 2, 5 oder 10 Tage. Die tatsächlichen Zahlen werden durch die „Britney-Konfiguration <https://release.debian.org/britney/britney.conf>“__ gesteuert, die auch beschleunigte Migrationen umfasst, wenn der Autopkgtest erfolgreich ist.

en: Common misconceptions about changelog entries
de: Häufige Missverständnisse über Änderungsprotokolleinträge

en: The changelog entries should **not** document generic packaging issues (Hey, if you're looking for foo.conf, it's in /etc/blah/.), since administrators and users are supposed to be at least remotely acquainted with how such things are generally arranged on Debian systems. Do, however, mention if you change the location of a configuration file.
de: Die Änderungsprotokolleinträge sollten **keine** allgemeinen Paketierungsthemen dokumentieren (Hey, falls Sie die Foo.conf suchen, die ist in /etc/blah/.), da von Administratoren und Anwendern angenommen wird, dass sie zumindest entfernt damit vertraut sind, wie solche Dinge im Allgemeinen auf Debian-Systemen eingerichtet sind. Erwähnen Sie jedoch, wenn Sie den Ort einer Konfigurationsdatei ändern.

en: The only bugs closed with a changelog entry should be those that are actually fixed in the same package revision. Closing unrelated bugs in the changelog is bad practice. See :ref:`upload-bugfix`.
de: Die einzigen Fehler, die mit einem Änderungsprotokolleintrag geschlossen werden, sollten Fehler sein, die tatsächlich in der gleichen Überarbeitung des Pakets behoben werden. Das Schließen von Fehlern ohne Bezug dazu, ist eine falsche Vorgehensweise. Siehe :ref:`upload-bugfix`.

en: The changelog entries should **not** be used for random discussion with bug reporters (I don't see segfaults when starting foo with option bar; send in more info), general statements on life, the universe and everything (sorry this upload took me so long, but I caught the flu), or pleas for help (the bug list on this package is huge, please lend me a hand). Such things usually won't be noticed by their target audience, but may annoy people who wish to read information about actual changes in the package. See :ref:`bug-answering` for more information on how to use the bug tracking system.
de: Die Änderungsprotokolleinträge sollten **nicht** für zufällige Diskussionen mit Leuten, die Fehler melden (Ich kann keine Schutzverletzungen sehen, wenn ich Foo mit der Option Bar starte. Senden Sie weitere Informationen.), allgemeine Äußerungen über das Leben, das Universum und alles mögliche (Entschuldigung, dass der Upload so lange brauchte, aber ich hatte die Grippe.) oder Hilfeersuchen (Die Fehlerliste für dieses Paket ist riesig, bitte packen Sie mit an) benutzt werden. Solche Dinge werden normalerweise nicht von Ihrer Zielgruppe bemerkt, könnten aber viele Leute stören, die Informationen über tatsächliche Änderungen am Paket lesen möchten. Weitere Informationen über die Benutzung der Fehlerdatenbank finden Sie unter :ref:`bug-answering`.

en: It is an old tradition to acknowledge bugs fixed in non-maintainer uploads in the first changelog entry of the proper maintainer upload. As we have version tracking now, it is enough to keep the NMUed changelog entries and just mention this fact in your own changelog entry.
de: Es ist ein alter Brauch, im ersten regulären Upload des Paketbetreuers das Beheben von Fehlern durch Non-Maintainer-Uploads zu bestätigen. Da Debian nun über eine Versionsverwaltung verfügt, reicht es aus, die NMU-Änderungsprotokolleinträge zu erhalten und diese Tatsache nur in Ihrem eigenen Änderungsprotokolleintrag zu erwähnen.

en: Common errors in changelog entries
de: Häufige Fehler in Änderungsprotokolleinträgen

en: The following examples demonstrate some common errors or examples of bad style in changelog entries.
de: Die folgenden Beispiele demonstrieren einige häufige Fehler oder Beispiele für schlechten Stil in Änderungsprotokolleinträgen.

en: This doesn't tell readers anything too useful, obviously.
de: Dies teilt den Lesern offensichtlich nichts Nützliches mit.

en: What was the patch about?
de: Was war das für ein Patch?

en: Overhaul which accomplished what? Is the mention of late night supposed to remind us that we shouldn't trust that code?
de: Welche Korrektur wurde ausgeführt? Soll die Erwähnung der späten Nacht daran erinnern, dass man dem Code nicht trauen sollte?

en: Too many acronyms (what does "fw" mean, "firmware"?), and it's not overly clear what the glitch was actually about, or how it was fixed.
de: Hier werden zu viele Akronyme benutzt! Was bedeuted "fw", eventuell "firmware"? Und es ist nicht allzu klar, worum es bei dem Fehler tatsächlich ging oder wie er behoben wurde.

en: First of all, there's absolutely no need to upload the package to convey this information; instead, use the bug tracking system. Secondly, there's no explanation as to why the report is not a bug.
de: Erst einmal ist es absolut unnötig, das Paket hochzuladen, um diese Information zu übermitteln. Benutzen Sie stattdessen die Fehlerdatenbank. Zweitens fehlt die Erklärung, warum dieser Bericht kein Fehler ist.

en: If for some reason you didn't mention the bug number in a previous changelog entry, there's no problem, just close the bug normally in the BTS. There's no need to touch the changelog file, presuming the description of the fix is already in (this applies to the fixes by the upstream authors/maintainers as well; you don't have to track bugs that they fixed ages ago in your changelog).
de: Falls Sie aus irgend einem Grund die Fehlernummer in einem früheren Änderungsprotokolleintrag nicht erwähnt haben, ist das kein Problem. Schließen Sie den Fehler einfach im BTS. Es ist nicht nötig, die Änderungsprotokolldatei anzufassen, vorausgesetzt, die Beschreibung der Fehlerbehebung ist bereits darin enthalten (dies gilt auch für Korrekturen durch die Originalautoren/-Betreuer. Sie müssen keine Fehler verfolgen, die diese bereits vor Jahren in Ihrem Änderungsprotokoll behoben haben).

en: Where's the description? If you can't think of a descriptive message, start by inserting the title of each different bug.
de: Wo ist die Beschreibung? Falls Ihnen keine aussagekräftige Nachricht einfällt, beginnen Sie damit, die Titel der verschiedenen Fehler einzufügen.

en: Supplementing changelogs with ``NEWS.Debian`` files
de: Änderungsprotokolle mit ``NEWS.Debian``-Dateien ergänzen

en: Important news about changes in a package can also be put in ``NEWS.Debian`` files. The news will be displayed by tools like ``apt-listchanges``, before all the rest of the changelogs. This is the preferred means to let the user know about significant changes in a package. It is better than using ``debconf`` notes since it is less annoying and the user can go back and refer to the ``NEWS.Debian`` file after the install. And it's better than listing major changes in ``README.Debian``, since the user can easily miss such notes.
de: Wichtige Nachrichten über Änderungen in einem Paket können auch in die ``NEWS.Debian``-Dateien geschrieben werden. Die Nachrichten werden durch Werkzeuge wie ``apt-listchanges`` vor dem ganzen Rest des Änderungsprotokolls angezeigt. Dies ist das bevorzugte Mittel, dem Anwender bedeutende Änderungen in einem Paket mitzuteilen. Es ist besser, als ``debconf``-Notizen zu benutzen, da es weniger stört und der Anwender nach der Installation zurückgehen und in der ``NEWS.Debian``-Datei nachschlagen kann. Es ist auch besser, als die Hauptänderungen in ``README.Debian`` aufzuführen, da der Anwender solche Notizen leicht übersehen kann.

en: The file format is the same as a debian changelog file, but leave off the asterisks and describe each news item with a full paragraph when necessary rather than the more concise summaries that would go in a changelog. It's a good idea to run your file through ``dpkg-parsechangelog`` to check its formatting as it will not be automatically checked during build as the changelog is. Here is an example of a real ``NEWS.Debian`` file:
de: Das Dateiformat entspricht dem des Änderungsprotokolls, die Sternchen werden allerdings weggelassen und jedes Nachrichtenelement wird, wenn nötig, mit einem vollständigen Satz beschrieben, statt der kurz gefassten Zusammenfassungen, die in ein Änderungsprotokoll einfließen. Sie sind gut beraten, Ihre Datei durch ``dpkg-parsechangelog`` laufen zu lassen, um die Formatierung zu prüfen, da sie nicht automatisch während des Builds getestet wird, so wie dies beim Änderungsprotokoll geschieht. Hier nun ein Beispiel einer echten ``NEWS.Debian``-Datei:

en: The ``NEWS.Debian`` file is installed as ``/usr/share/doc/``\ *package*\ ``/NEWS.Debian.gz``. It is compressed, and always has that name even in Debian native packages. If you use ``debhelper``, ``dh_installchangelogs`` will install ``debian/NEWS`` files for you.
de: Die Datei ``NEWS.Debian`` wird als ``/usr/share/doc/``\ *Paket*\ ``/NEWS.Debian.gz`` installiert. Sie ist komprimiert und hat immer diesen Namen, auch in nativen Debian-Paketen. Falls Sie ``debhelper`` benutzen, wird ``dh_installchangelogs`` die ``debian/NEWS``-Dateien für Sie installieren.

en: Unlike changelog files, you need not update ``NEWS.Debian`` files with every release. Only update them if you have something particularly newsworthy that user should know about. If you have no news at all, there's no need to ship a ``NEWS.Debian`` file in your package. No news is good news!
de: Anders als Änderungsprotokolldateien müssen Sie die ``debian/NEWS``-Dateien nicht bei jeder Veröffentlichung aktualisieren. Aktualisieren Sie diese nur, wenn Sie etwas besonders berichtenswertes haben, worüber der Anwender Bescheid wissen sollte. Falls Sie überhaupt keine Nachrichten haben, ist es nicht nötig, Ihrem Paket eine ``debian/NEWS``-Datei mitzugeben. Keine Nachricht ist eine gute Nachricht!

en: Best practices around security
de: Optimale Vorgehensweisen rund um Sicherheit

en: A set of suggestions and links to other reference documents around security aspects for packaging can be found at the `Developer's Best Practices for OS Security chapter inside the Securing Debian Manual <https://www.debian.org/doc/manuals/securing-debian-manual/ch09.en.html>`__.
de: Eine Reihe von Vorschlägen und Links zu anderen Referenzdokumenten rund um Sicherheitsaspekte beim Paketieren finden Sie im Kapitel `Developer's Best Practices for OS Security <https://www.debian.org/doc/manuals/securing- debian-manual/ch09.en.html>`__.

en: Best practices for maintainer scripts
de: Optimale Vorgehensweisen für Betreuerskripte

en: Maintainer scripts include the files ``debian/postinst``, ``debian/preinst``, ``debian/prerm`` and ``debian/postrm``. These scripts take care of any package installation or deinstallation setup that isn't handled merely by the creation or removal of files and directories. The following instructions supplement the `Debian Policy <https://www.debian.org/doc/debian-policy/>`__.
de: Zu den Betreuerskripten gehören die Dateien ``debian/postinst``, ``debian/preinst``, ``debian/prerm`` und ``debian/postrm``. Diese Skripte kümmern sich um die Paketeinrichtung bei jeder Installation oder Deinstallation des Pakets, bei dem es nicht ausreicht, nur die Dateien und Verzeichnisse zu erstellen oder zu entfernen. Die folgenden Anweisungen ergänzen die `Debian Policy <https://www.debian.org/doc/debian-policy/>`__.

en: Maintainer scripts must be idempotent. That means that you need to make sure nothing bad will happen if the script is called twice where it would usually be called once.
de: Betreuerskripte müssen idempotent sein. Das bedeutet, dass Sie sicherstellen müssen, dass nichts Schlimmes passiert, wenn das Skript zweimal aufgerufen wird, während es normalerweise nur einmal aufgerufen würde.

en: Standard input and output may be redirected (e.g. into pipes) for logging purposes, so don't rely on them being a tty.
de: Standardein- und -ausgabe könnten zu Protokollierungszwecken umgeleitet werden (z.B. in Pipes), verlassen Sie sich daher nicht darauf, dass dies auf einem Terminal ausgegeben werden.

en: All prompting or interactive configuration should be kept to a minimum. When it is necessary, you should use the ``debconf`` package for the interface. Remember that prompting in any case can only be in the ``configure`` stage of the ``postinst`` script.
de: Jegliche Bedienerführung oder interaktive Konfiguration sollte so gering wie möglich gehalten werden. Wenn es nötig ist, sollten Sie das Paket ``debconf`` für die Schnittstelle benutzen. Denken Sie daran, dass diese Bedienerführung nur in der ``configure``-Stufe des ``postinst``-Skripts stattfinden kann.

en: Keep the maintainer scripts as simple as possible. We suggest you use pure POSIX shell scripts. Remember, if you do need any bash features, the maintainer script must have a bash shebang line. POSIX shell or Bash are preferred to Perl, since they enable ``debhelper`` to easily add bits to the scripts.
de: Halten Sie die Betreuerskripte so einfach wie möglich. Es wird empfohlen, nur reine POSIX-Shell-Skripte zu benutzen. Falls Sie irgendwelche Bash-Funktionen benötigen, vergessen Sie nicht, dass das Betreuerskript eine Shebang-Zeile haben muss. POSIX-Shell oder Bash werden für Perl bevorzugt, da sie ``debhelper`` ermöglichen, den Skripten einfach Teile hinzuzufügen.

en: If you change your maintainer scripts, be sure to test package removal, double installation, and purging. Be sure that a purged package is completely gone, that is, it must remove any files created, directly or indirectly, in any maintainer script.
de: Falls Sie Ihre Betreuerskripte ändern, stellen Sie sicher, dass Sie das Entfernen des Pakets, die mehrmalige Installation und das vollständige Entfernen testen. Vergewissern Sie sich, dass nach dem vollständigen Entfernen des Pakets alles komplett gelöscht ist, sprich es muss jede Datei entfernt sein, die direkt oder indirekt in irgendeinem Betreuerskript erstellt wurde.

en: If you need to check for the existence of a command, you should use something like
de: Falls Sie prüfen möchten, ob ein Befehl existiert, sollten Sie z.B. so etwas benutzen

en: You can use this function to search ``$PATH`` for a command name, passed as an argument. It returns true (zero) if the command was found, and false if not. This is really the best way, since ``command -v`` is a shell-builtin for many shells and is defined in POSIX.
de: Sie können diese Funktion benutzen, um ``$PATH`` nach einem Befehlsnamen zu durchsuchen, der als Argument übergeben wird. Sie gibt "true" (null) zurück, falls der Befehl gefunden wurde und "false" falls nicht. Dies ist wirklich die am ehesten portierbare Möglichkeit, da ``command -v`` ein Shell-Builtin für viele Shells ist und im POSIX-Standard definiert ist.

en: Using ``which`` is an acceptable alternative, since it is from the required ``debianutils`` package.
de: Das Benutzen von ``which`` ist eine akzeptable Alternative da es im erforderlichen Paket ``debianutils`` enthalten ist.

en: Configuration management with ``debconf``
de: Konfigurationsverwaltung mit ``debconf``

en: ``Debconf`` is a configuration management system that can be used by all the various packaging scripts (``postinst`` mainly) to request feedback from the user concerning how to configure the package. Direct user interactions must now be avoided in favor of ``debconf`` interaction. This will enable non-interactive installations in the future.
de: ``Debconf`` ist ein Konfigurationsverwaltungssystem, das von allerlei Paketierungsskripten (hauptsächlich ``postinst``) benutzt werden kann, um Rückmeldungen von Anwendern betreffend der Paketkonfiguration abzufragen. Direkte Benutzer-Interaktion muss nun zugunsten der Interaktion mit ``debconf`` vermieden werden, damit in Zukunft nicht interaktive Installationen möglich sind.

en: Debconf is a great tool but it is often poorly used. Many common mistakes are listed in the debconf-devel 7 man page. It is something that you must read if you decide to use debconf. Also, we document some best practices here.
de: Debconf ist ein großartiges Werkzeug, aber es wird oft mangelhaft benutzt. Viele alltägliche Fehler sind auf der Handbuchseite debconf-devel 7 aufgeführt. Sie sollten sie lesen, falls Sie sich entscheiden debconf zu benutzen. Außerdem werden hier ein paar optimale Vorgehensweisen vorgestellt.

en: These guidelines include some writing style and typography recommendations, general considerations about debconf usage as well as more specific recommendations for some parts of the distribution (the installation system for instance).
de: Diese Leitlinien enthalten einige Empfehlungen für Schreibstil und Typografie, allgemeine Betrachtungen über die Benutzung von debconf sowie spezifischere Empfehlungen für einige Teile der Distribution (das Installationssystem beispielsweise).

en: Do not abuse debconf
de: Missbrauchen Sie debconf nicht

en: Since debconf appeared in Debian, it has been widely abused and several criticisms received by the Debian distribution come from debconf abuse with the need of answering a wide bunch of questions before getting any little thing installed.
de: Seit debconf in Debian erschien, wurde es öfter missbraucht und viel von der Kritik, die bei der Debian-Distribution einging, rührte vom debconf-Missbrauch her und bemängelte die Notwendigkeit, ein großes Fragenbündel beantworten zu müssen, bevor eine Kleinigkeit installiert war.

en: Keep usage notes to where they belong: the ``NEWS.Debian``, or ``README.Debian`` file. Only use notes for important notes that may directly affect the package usability. Remember that notes will always block the install until confirmed or bother the user by email.
de: Lassen Sie Hinweise zur Benutzung der Software dort wozu sie gehören: In den Dateien ``NEWS.Debian`` oder ``README.Debian``. Benutzen Sie debconf-Meldungen nur für wichtige Anmerkungen die direkt die Benutzbarkeit des Pakets betreffen. Bedenken Sie, dass diese die Installation immer blockieren bis diese bestätigt wurden, oder Sie belästigen den Anwender per E-Mail.

en: Carefully choose the questions' priorities in maintainer scripts. See debconf-devel 7 for details about priorities. Most questions should use medium and low priorities.
de: Wählen Sie die Prioritäten der Fragen in Betreuerskripten sorgfältig. Einzelheiten über Prioritäten finden Sie unter debconf-devel 7. Die meisten Fragen sollten mittlere oder niedrige Prioritäten nutzen.

en: General recommendations for authors and translators
de: Allgemeine Empfehlungen für Autoren und Übersetzer

en: Write correct English
de: Schreiben Sie korrektes Englisch

en: Most Debian package maintainers are not native English speakers. So, writing properly phrased templates may not be easy for them.
de: Die meisten Debian-Paketbetreuer haben nicht Englisch als Muttersprache. Daher ist es für sie nicht einfach, korrekt formulierte Vorlagen zu verfassen.

en: Please use (and abuse) ``debian-l10n-english@lists.debian.org`` mailing list. Have your templates proofread.
de: Bitte benutzen (und missbrauchen) Sie die Mailingliste ``debian-l10n-english@lists.debian.org``. Lassen Sie Ihre Vorlagen dort Korrekturlesen.

en: Badly written templates give a poor image of your package, of your work... or even of Debian itself.
de: Schlecht geschriebene Vorlagen werfen ein armseliges Bild auf Ihr Paket, Ihre Arbeit ... oder sogar auf Debian selbst.

en: Avoid technical jargon as much as possible. If some terms sound common to you, they may be impossible to understand for others. If you cannot avoid them, try to explain them (use the extended description). When doing so, try to balance between verbosity and simplicity.
de: Vermeiden Sie soweit möglich technische Fachsprache. Auch wenn sich einige Begriffe für Sie vertraut anhören, könnten sie für andere unverständlich sein. Falls sie sich nicht vermeiden lassen, versuchen Sie diese zu erklären (benutzen Sie die erweiterte Beschreibung). Versuchen Sie dabei, zwischen Aussagekraft und Einfachheit abzuwägen.

en: Be kind to translators
de: Seien Sie freundlich zu Übersetzern

en: Debconf templates may be translated. Debconf, along with its sister package ``po-debconf``, offers a simple framework for getting templates translated by translation teams or even individuals.
de: Debconf-Vorlagen können übersetzt werden. Debconf bietet zusammen mit seinem Schwesterpaket ``po-debconf`` ein einfaches Werkzeug, um Vorlagen durch Übersetzer-Teams oder sogar einzelne Personen übersetzen zu lassen.

en: Please use gettext-based templates. Install ``po-debconf`` on your development system and read its documentation (``man po-debconf`` is a good start).
de: Bitte benutzen Sie Gettext-basierte Vorlagen. Installieren Sie ``po-debconf`` auf Ihrem Entwicklungssystem und lesen Sie dessen Dokumentation (``man po-debconf`` ist ein guter Anfang).

en: Avoid changing templates too often. Changing template text induces more work for translators, which will get their translation fuzzied. A fuzzy translation is a string for which the original changed since it was translated, therefore requiring some update by a translator to be usable. When changes are small enough, the original translation is kept in PO files but marked as ``fuzzy``.
de: Vermeiden Sie es, Vorlagen häufig zu ändern. Das Ändern von Vorlagen führt zu Mehrarbeit für Übersetzer, deren Übersetzungen unvollständig werden. Eine unvollständige Übersetzung ist eine Zeichenkette, bei der sich seit dem Übersetzen das Original geändert hat und das daher eine Aktualisierung durch den Übersetzer benötigt. Wenn die Änderungen klein genug sind, wird die Originalübersetzung in den PO-Dateien beibehalten, jedoch mit ``fuzzy`` gekennzeichnet.

en: If you plan to do changes to your original templates, please use the notification system provided with the ``po-debconf`` package, namely the ``podebconf-report-po``, to contact translators. Most active translators are very responsive and getting their work included along with your modified templates will save you additional uploads. If you use gettext-based templates, the translator's name and e-mail addresses are mentioned in the PO files headers and will be used by ``podebconf-report-po``.
de: Falls Sie planen, Änderungen an Ihren Originalvorlagen vorzunehmen, benutzen Sie bitte das Benachrichtigungssystem namens ``podebconf-report-po``, das vom Paket ``po-debconf`` bereitgestellt wird, um die Übersetzer zu kontaktieren. Die meisten aktiven Übersetzer sind sehr zugänglich, und deren Arbeit zusammen mit Ihren geänderten Vorlagen einzubeziehen, wird Sie vor zusätzlichen Uploads bewahren. Falls Sie Gettext-basierte Vorlagen verwenden, werden die Namen und E-Mail-Adressen der Übersetzer in den Kopfzeilen der PO-Dateien erwähnt und von ``podebconf-report-po`` benutzt.

en: A recommended use of that utility is:
de: Ein empfohlene Art, das Hilfswerkzeug zu benutzen ist:

en: This command will first synchronize the PO and POT files in ``debian/po`` with the template files listed in ``debian/po/POTFILES.in``. Then, it will send a call for new translations, in the ``debian-i18n@lists.debian.org`` mailing list. Finally, it will also send a call for translation updates to the language team (mentioned in the ``Language-Team`` field of each PO file) as well as the last translator (mentioned in ``Last-translator``).
de: Dieser Befehl wird zuerst die PO- und POT-Dateien in ``debian/po`` mit den in ``debian/po/POTFILES.in`` aufgeführten Vorlagendateien synchronisieren. Dann wird er einen Aufruf für neue Übersetzungen an die Mailingliste ``debian-i18n@lists.debian.org`` senden. Am Schluss wird er außerdem einen Aufruf für neue Übersetzungen an das Sprach-Team (im Feld ``Language-Team`` jeder PO-Datei erwähnt), sowie den letzten Übersetzer (aus ``Last-Translator``) senden.

en: Giving a deadline to translators is always appreciated, so that they can organize their work. Please remember that some translation teams have a formalized translate/review process and a delay lower than 10 days is considered as unreasonable. A shorter delay puts too much pressure on translation teams and should be kept for very minor changes.
de: Es wird immer gewürdigt, wenn Sie den Übersetzern einen Abgabetermin nennen, so dass diese ihre Arbeit organisieren können. Bitte denken Sie daran, dass einige Übersetzer-Teams einen formalisierten Übersetzungs-/Korrekturprozess haben und eine Zeitspanne, die kürzer als zehn Tage ist, als unangemessen angesehen wird. Eine kürzere Frist übt zuviel Druck auf die Übersetzer-Teams aus und sollte nur für sehr kleine Änderungen gewählt werden.

en: If in doubt, you may also contact the translation team for a given language (debian-l10n-xxxxx@lists.debian.org), or the ``debian-i18n@lists.debian.org`` mailing list.
de: Im Zweifelsfall können Sie auch das Übersetzer-Team für eine bestimmte Sprache (debian-l10n-xxxxx@lists.debian.org) oder die Mailingliste ``debian-i18n@lists.debian.org`` kontaktieren.

en: Unfuzzy complete translations when correcting typos and spelling
de: Entfernen Sie die fuzzy-Markierungen in vollständigen Übersetzungen, wenn Sie Tipp- und Rechtschreibfehler korrigieren

en: When the text of a debconf template is corrected and you are **sure** that the change does **not** affect translations, please be kind to translators and *unfuzzy* their translations.
de: Wenn der Text einer Debconf-Vorlage korrigiert wurde und Sie **sicher** sind, dass die Änderung **keine** Übersetzungen beeinflusst, seien Sie so nett zu den Übersetzern, die *fuzzy*-Markierungen aus deren Übersetzungen zu entfernen.

en: If you don't do so, the whole template will not be translated as long as a translator will send you an update.
de: Falls Sie dies nicht tun, wird die ganze Vorlage nicht übersetzt sein, bis Ihnen ein Übersetzer eine Aktualisierung zusendet.

en: To *unfuzzy* translations, you can use ``msguntypot`` (part of the ``po4a`` package).
de: Um die *fuzzy*-Markierungen aus Übersetzungen zu entfernen, können Sie ``msguntypot`` benutzen (Teil des Pakets ``po4a``).

en: Regenerate the POT and PO files.
de: Erzeugen Sie die POT- und PO-Dateien neu.

en: Make a copy of the POT file.
de: Erstellen Sie eine Kopie der POT-Datei.

en: Make a copy of all the PO files.
de: Erstellen Sie eine Kopie aller PO-Dateien.

en: Change the debconf template files to fix the typos.
de: Ändern Sie die Debconf-Vorlagedateien, um den Tippfehler zu korrigieren.

en: Regenerate the POT and PO files (again).
de: Erzeugen Sie die POT- und PO-Dateien (wieder) neu.

en: At this point, the typo fix fuzzied all the translations, and this unfortunate change is the only one between the PO files of your main directory and the one from the fridge. Here is how to solve this.
de: An dieser Stelle markiert die Korrektur des Tippfehlers alle Übersetzungen mit "fuzzy" und diese unglückliche Änderung ist die einzige zwischen den PO-Dateien Ihres Hauptverzeichnisses und denen aus fridge. Hier nun eine Erklärung, wie das gelöst wird.

en: Discard fuzzy translation, restore the ones from the fridge.
de: Verwerfen Sie die mit "fuzzy" markierte Übersetzung und stellen Sie die aus fridge wieder her.

en: Manually merge the PO files with the new POT file, but taking the useless fuzzy into account.
de: Führen Sie manuell die PO-Dateien mit der neuen POT-Datei zusammen, unter Berücksichtigung/Vermeidung des nutzlosen "fuzzy".

en: Clean up.
de: Räumen Sie auf.

en: Do not make assumptions about interfaces
de: Treffen Sie keine Annahmen über Schnittstellen

en: Templates text should not make reference to widgets belonging to some debconf interfaces. Sentences like *If you answer Yes...* have no meaning for users of graphical interfaces that use checkboxes for boolean questions.
de: Vorlagentexte sollten keinen Bezug zu Steuerelementen herstellen, die zu irgendwelchen Debconf-Schnittstellen gehören. Sätze wie *Wenn Sie mit Ja antworten...* haben keinen Sinn für Benutzer grafischer Oberflächen, weil dort bei logischen Fragen Kontrollkästchen angehakt werden.

en: String templates should also avoid mentioning the default values in their description. First, because this is redundant with the values seen by the users. Also, because these default values may be different from the maintainer choices (for instance, when the debconf database was preseeded).
de: Zeichenkettenvorlagen sollten außerdem vermeiden, Vorgabewerte in ihrer Beschreibung zu erwähnen. Erstens sind diese zusätzlich zu den Werten, die der Anwender sieht, vorhanden. Außerdem könnten sich diese Werte von der Auswahl des Paketbetreuers unterscheiden (zum Beispiel, wenn die Debconf-Datenbank voreingestellt ist).

en: More generally speaking, try to avoid referring to user actions. Just give facts.
de: Versuchen Sie, allgemein ausgedrückt, Bezug auf Benutzeraktionen zu vermeiden. Geben Sie nur Tatsachen wieder.

en: Do not use first person
de: Reden Sie nicht in der ersten Person

en: You should avoid the use of first person (*I will do this...* or *We recommend...*). The computer is not a person and the Debconf templates do not speak for the Debian developers. You should use neutral construction. Those of you who already wrote scientific publications, just write your templates like you would write a scientific paper. However, try using the active voice if still possible, like *Enable this if ...* instead of *This can be enabled if...*.
de: Sie sollten vermeiden, in der ersten Person zu reden (*Ich werde das tun...* oder *Wir empfehlen...*). Der Rechner ist keine Person und die Debconf-Vorlagen sprechen nicht stellvertretend für Debian-Entwickler. Sie sollten neutrale Formulierungen benutzen. Diejenigen unter Ihnen, die bereits wissenschaftliche Publikationen verfasst haben, können ihre Vorlagen so schreiben, als würden Sie wissenschaftliche Papiere verfassen. Versuchen Sie jedoch, wenn möglich eine aktive Anrede zu verwenden, wie *Aktivieren Sie dies, wenn ...* anstelle von *Dies kann aktiviert werden, wenn...*.

en: Be gender neutral
de: Formulieren Sie geschlechtsneutral

en: As a way of showing our commitment to our `diversity statement <https://www.debian.org/intro/diversity>`__, please use gender-neutral constructions in your writing. This means avoiding pronouns like he/she when referring to a role (like "maintainer") whose gender is unknown. Instead, you should use the plural form (`singular they <https://en.wikipedia.org/wiki/Singular_they>`__).
de: Um unser Bekenntnis zu unserem `Diversity Statement <https://www.debian.org/intro/diversity>`__ zu zeigen, verwenden Sie bitte in Ihren Texten `geschlechtergerechte Formulierungen <https://de.wikipedia.org/wiki/Geschlechtergerechte_Sprache>`__, indem Sie Pronomen wie "Er" oder "Sie" vermeiden, wenn Sie auf eine Aufgabenrolle (wie zum Beispiel Betreuer) Bezug nehmen.

en: Templates fields definition
de: Definition von Vorlagenfeldern

en: This part gives some information which is mostly taken from the debconf-devel 7 manual page.
de: Dieser Teil stellt einige Informationen bereit, die überwiegend von der Handbuchseite debconf-devel 7 übernommen wurden.

en: Type
de: Typen

en: Results in a free-form input field that the user can type any string into.
de: Resultiert in einem Eingabefeld freier Form, in das der Benutzer jegliche Zeichenkette eingeben kann.

en: Prompts the user for a password. Use this with caution; be aware that the password the user enters will be written to debconf's database. You should probably clean that value out of the database as soon as is possible.
de: Gibt dem Benutzer eine Eingabeaufforderung für ein Passwort aus. Benutzen Sie dies mit Vorsicht. Vergegenwärtigen Sie sich, dass das Passwort das der Benutzer eingibt in die Debconf-Datenbank geschrieben wird. Sie sollten diesen Wert möglicherweise aus der Datenbank löschen, sobald dies möglich ist.

en: A true/false choice. Remember: true/false, **not yes/no**...
de: Eine Auswahl "wahr/falsch". Denken Sie daran: true/false, nicht **yes/no** ...

en: A choice between one of a number of values. The choices must be specified in a field named 'Choices'. Separate the possible values with commas and spaces, like this: ``Choices: yes, no, maybe``.
de: Eine Auswahl aus mehreren Werten. Die Auswahlmöglichkeiten müssen in einem "Choices" benannten Feld angegeben werden. Trennen Sie die möglichen Werte mit Komma und Leerzeichen, wie hier: ``Choices: yes, no, maybe``.

en: If choices are translatable strings, the 'Choices' field may be marked as translatable by using ``__Choices``. The double underscore will split out each choice in a separate string.
de: Falls Auswahlmöglichkeiten übersetzbare Zeichenketten sind, kann das Feld durch Benutzung von ``__Choices`` als übersetzbar gekennzeichnet werden. Der doppelte Unterstrich wird jede Auswahl in eine separate Zeichenkette heraus trennen.

en: The ``po-debconf`` system also offers interesting possibilities to only mark **some** choices as translatable. Example:
de: Das System ``po-debconf`` bietet außerdem interessante Möglichkeiten, um nur **einige** Auswahlmöglichkeiten als übersetzbar zu kennzeichnen. Ein Beispiel:

en: In that example, only the 'Other' string is translatable while others are acronyms that should not be translated. The above allows only 'Other' to be included in PO and POT files.
de: In diesem Beispiel ist nur die Zeichenkette "Other" übersetzbar, während das andere Abkürzungen sind, die nicht übersetzt werden sollten. Obiges ermöglicht, dass nur "Other" in die POT- und PO-Dateien eingefügt wird.

en: The debconf templates flag system offers many such possibilities. The po-debconf 7 manual page lists all these possibilities.
de: Das Schaltersystem der Debconf-Vorlagen bietet viele solcher Möglichkeiten. Die Handbuchseite po-debconf 7 führt all diese Möglichkeiten auf.

en: Like the select data type, except the user can choose any number of items from the choices list (or chose none of them).
de: Wie der Datentyp "select", außer dass der Benutzer eine beliebige Anzahl von Elementen aus der Auswahlliste auswählen kann (oder gar keins).

en: Rather than being a question per se, this datatype indicates a note that can be displayed to the user. It should be used only for important notes that the user really should see, since debconf will go to great pains to make sure the user sees it; halting the install for them to press a key, and even mailing the note to them in some cases.
de: Statt per se als Frage stellt dieser Datentyp einen Hinweis dar, der dem Benutzer angezeigt werden kann. Er sollte nur für wichtige Anmerkungen benutzt werden, die der Benutzer wirklich sehen sollte, weil debconf großen Aufwand betreibt, um sicherzustellen, dass der Benutzer sie wahrnimmt; die Installation wird gestoppt, bis der Benutzer eine Taste drückt, in manchen Fällen bekommt er sogar eine Benachrichtigung per E-Mail.

en: This type is now considered obsolete: don't use it.
de: Dieser Typ wird nun als veraltet angesehen: Benutzen Sie ihn nicht.

en: This type is designed to handle error messages. It is mostly similar to the note type. Front ends may present it differently (for instance, the dialog front end of cdebconf draws a red screen instead of the usual blue one).
de: Dieser Typ wurde für Fehlermeldungen entworfen. Er ist dem Typ "note" am ähnlichsten. Oberflächen könnten ihn unterschiedlich anzeigen (die Oberfläche von Cdebconf zeichnet beispielsweise einen roten statt des üblichen blauen Bildschirms).

en: It is recommended to use this type for any message that needs user attention for a correction of any kind.
de: Es wird empfohlen, diesen Typ für jegliche Nachricht zu verwenden, die die Aufmerksamkeit des Anwenders für irgendeine Art von Korrektur auf sich ziehen muss.

en: Description: short and extended description
de: Description: Kurze und erweiterte Beschreibung

en: Template descriptions have two parts: short and extended. The short description is in the Description: line of the template.
de: Vorlagenbeschreibungen haben zwei Teile: kurz und erweitert. Die Kurzbeschreibung steht in der Zeile "Description:" der Vorlage.

en: The short description should be kept short (50 characters or so) so that it may be accommodated by most debconf interfaces. Keeping it short also helps translators, as usually translations tend to end up being longer than the original.
de: Die Kurzbeschreibung sollte knapp gehalten werden (ungefähr 50 Zeichen), so dass sie in den meisten debconf-Schnittstellen untergebracht werden kann. Es hilft obendrein Übersetzern, wenn sie kurz gehalten wird, da Übersetzungen normalerweise dazu neigen, länger als das Original zu sein.

en: The short description should be able to stand on its own. Some interfaces do not show the long description by default, or only if the user explicitly asks for it or even do not show it at all. Avoid things like: "What do you want to do?"
de: Die Kurzbeschreibung sollte für sich allein stehen können. Einige Schnittstellen zeigen die ausführliche Beschreibung standardmäßig nicht an, oder nur, wenn der Benutzer explizit danach fragt, oder eventuell wird sie gar nicht angezeigt. Vermeiden Sie so was wie "Was möchten Sie tun?"

en: The short description does not necessarily have to be a full sentence. This is part of the keep it short and efficient recommendation.
de: Die Kurzbeschreibung muss nicht notwendigerweise aus einem vollständigen Satz bestehen. Dies ist Teil der Forderung nach kurzen, brauchbaren Empfehlungen.

en: The extended description should not repeat the short description word for word. If you can't think up a long description, then first, think some more. Post to debian-devel. Ask for help. Take a writing class! That extended description is important. If after all that you still can't come up with anything, leave it blank.
de: Die erweiterte Beschreibung sollte die Kurzbeschreibung nicht Wort für Wort wiederholen. Falls Ihnen keine ausführliche Beschreibung einfällt, denken Sie zuerst etwas darüber nach. Schreiben Sie an debian-devel. Bitten Sie um Hilfe. Nehmen Sie Schreibunterricht! Diese erweiterte Beschreibung ist wichtig. Falls Sie nach allem noch immer nicht damit zurecht kommen, lassen Sie sie leer.

en: The extended description should use complete sentences. Paragraphs should be kept short for improved readability. Do not mix two ideas in the same paragraph but rather use another paragraph.
de: Die erweiterte Beschreibung sollte in ganzen Sätzen verfasst sein. Absätze sollten kurz gehalten werden, um die Leserlichkeit zu verbessern. Vermischen Sie nicht zwei Ideen in einem Absatz, sondern benutzen Sie lieber einen anderen Absatz.

en: Don't be too verbose. User tend to ignore too long screens. 20 lines are by experience a border you shouldn't cross, because that means that in the classical dialog interface, people will need to scroll, and lot of people just don't do that.
de: Seien Sie nicht zu gesprächig. Benutzer tendieren dazu, zu ausführliche Bildschirminhalte zu ignorieren. 20 Zeilen sind erfahrungsgemäß die Grenze, die Sie nicht überschreiten sollten, da dies bedeutet, dass Anwender klassische Dialogfenster nicht scrollen müssen und viele Leute tun das einfach nicht.

en: The extended description should **never** include a question.
de: Die erweiterte Beschreibung sollte **keine** Frage enthalten.

en: For specific rules depending on templates type (string, boolean, etc.), please read below.
de: Um etwas über besondere Regeln zu erfahren, die vom Vorlagentyp (string, boolean etc.) abhängen, lesen Sie das Folgende.

en: This field should be used for select and multiselect types. It contains the possible choices that will be presented to users. These choices should be separated by commas.
de: Dieses Feld sollte für "select"- und "multiselect"-Typen verwandt werden. Es enthält die Auswahlmöglichkeiten, die dem Benutzer angezeigt werden. Die Auswahlmöglichkeiten sollten durch Komma getrennt werden.

en: This field is optional. It contains the default answer for string, select and multiselect templates. For multiselect templates, it may contain a comma-separated list of choices.
de: Dieses Feld ist optional. Es enthält die vorausgewählte Antwort für die "string"-, "select"- und "multiselect"-Vorlagen. Für "multiselect"-Vorlagen könnte es eine durch Komma getrennte Auswahlliste enthalten.

en: Template fields specific style guide
de: Gestaltungsrichtlinie für Vorlagenfelder

en: Type field
de: Feld "Type"

en: No specific indication except: use the appropriate type by referring to the previous section.
de: Keine besondere Angabe außer: Benutzen Sie den geeigneten Typ bezogen auf den vorhergehenden Abschnitt.

en: Description field
de: Feld "Description"

en: Below are specific instructions for properly writing the Description (short and extended) depending on the template type.
de: Es folgen spezifische Anweisungen für ordnungsgemäßes Verfassen der Beschreibung (kurz und erweitert), abhängig vom Vorlagentyp.

en: String/password templates
de: "string"-/"password"-Vorlagen

en: The short description is a prompt and **not** a title. Avoid question style prompts (IP Address?) in favour of opened prompts (IP address:). The use of colons is recommended.
de: Die Kurzbeschreibung ist eine Abfrage und **kein** Titel. Vermeiden Sie den Fragestil (IP-Adresse?) und geben Sie offenen Abfragen (IP-Adresse:) den Vorzug. Es wird empfohlen, Doppelpunkte zu benutzen.

en: The extended description is a complement to the short description. In the extended part, explain what is being asked, rather than ask the same question again using longer words. Use complete sentences. Terse writing style is strongly discouraged.
de: Die erweiterte Beschreibung ist eine Ergänzung der Kurzbeschreibung. Im erweiterten Teil erklären Sie, was gefragt ist, anstatt die gleiche Frage in längerer Formulierung wieder zu stellen. Benutzen Sie ganze Sätze. Von knappem Schreibstil wird strikt abgeraten.

en: Boolean templates
de: "boolean"-Vorlagen

en: The short description should be phrased in the form of a question, which should be kept short and should generally end with a question mark. Terse writing style is permitted and even encouraged if the question is rather long (remember that translations are often longer than original versions).
de: Die Kurzbeschreibung sollte als Frage formuliert und kurz gehalten werden, und generell mit einem Fragezeichen enden. Kompakter Schreibstil ist erlaubt und sogar gewollt, falls die Frage eher lang ist. (Denken Sie daran, dass Übersetzungen oft länger als die Originalversionen sind.)

en: Again, please avoid referring to specific interface widgets. A common mistake for such templates is if you answer Yes-type constructions.
de: Nochmals: Bitte vermeiden Sie, sich auf Schnittstellen-spezifische Dinge zu beziehen. Ein häufiger Fehler bei solchen Vorlagen ist, auf Ja-Typ-Konstruktionen zu antworten.

en: Select/Multiselect
de: "select"/"multiselect"

en: The short description is a prompt and **not** a title. Do **not** use useless "Please choose..." constructions. Users are clever enough to figure out they have to choose something... :)
de: Die Kurzbeschreibung ist eine Abfrage und **kein** Titel. Benutzen Sie **keine** nutzlosen "Bitte wählen Sie..."-Konstruktionen. Anwender sind klug genug, um herauszufinden, dass sie etwas auswählen sollen ... :)

en: The extended description will complete the short description. It may refer to the available choices. It may also mention that the user may choose more than one of the available choices, if the template is a multiselect one (although the interface often makes this clear).
de: Die erweiterte Beschreibung wird die Kurzbeschreibung vervollständigen. Sie könnte sich auf die verfügbaren Auswahlmöglichkeiten beziehen. Sie könnte zudem erwähnen, dass der Anwender unter mehr als einer verfügbaren Auswahlmöglichkeit wählen kann, falls es sich um eine "multiselect"-Vorlage handelt.

en: Notes
de: "notes"

en: The short description should be considered to be a **title**.
de: Die Kurzbeschreibung sollte als **Titel** betrachtet werden.

en: The extended description is what will be displayed as a more detailed explanation of the note. Phrases, no terse writing style.
de: Die erweiterte Beschreibung ist das, was als detaillierte Erklärung der Notiz angezeigt wird. Sätze, kein knapper Schreibstil.

en: **Do not abuse debconf.** Notes are the most common way to abuse debconf. As written in the debconf-devel manual page: it's best to use them only for warning about very serious problems. The ``NEWS.Debian`` or ``README.Debian`` files are the appropriate location for a lot of notes. If, by reading this, you consider converting your Note type templates to entries in ``NEWS.Debian`` or ``README.Debian``, please consider keeping existing translations for the future.
de: **Missbrauchen Sie debconf nicht.** Anmerkungen sind die häufigste Art, auf die debconf missbraucht wird. Wie steht doch in der Handbuchseite von "debconf-devel" geschrieben: Es ist am Besten, dies nur für Warnungen über sehr ernsthafte Probleme zu benutzen. Die Dateien ``NEWS.Debian`` oder ``README.Debian`` sind für viele Notizen der passende Ort. Wenn Sie dies lesen, und darüber nachdenken, Ihre "notes" zu Einträgen in ``NEWS.Debian`` oder ``README.Debian`` umzuwandeln, bewahren Sie bitte dennoch Ihre existierenden Übersetzungen für die Zukunft auf.

en: Choices field
de: Das Feld "Choices"

en: If the Choices are likely to change often, please consider using the \__Choices trick. This will split each individual choice into a single string, which will considerably help translators for doing their work.
de: Falls sich "Choices" zu oft ändert, sollten Sie in Betracht ziehen, zum \__Choices-Trick zu greifen. Dies wird jede einzelne Auswahl in eine einzelne Zeichenkette aufteilen, was Übersetzern beträchtlich bei ihrer Arbeit helfen wird.

en: Default field
de: Das Feld "Default"

en: If the default value for a select template is likely to vary depending on the user language (for instance, if the choice is a language choice), please use the \_Default trick, documented in po-debconf 7.
de: Wenn der Standardwert für eine ausgewählte Vorlage wahrscheinlich von der Benutzersprache abhängt (z. B. wenn es sich bei der Auswahl um eine Sprachauswahl handelt), verwenden Sie bitte den in po-debconf 7 dokumentierten Trick \ _Default.

en: This special field allows translators to put the most appropriate choice according to their own language. It will become the default choice when their language is used while your own mentioned Default Choice will be used when using English.
de: Dieses Spezialfeld ermöglicht Übersetzern, die am Besten zu ihrer Sprache passende Auswahl zu wählen. Der vom Übersetzer gewählte Standardeintrag wird verwendet, wenn deren Sprache benutzt wird, während Ihre eigene "Default"-Auswahl bei Englisch benutzt wird.

en: Do not use an empty default field. If you don't want to use default values, do not use Default at all.
de: Verwenden Sie kein leeres Standardfeld. Wenn Sie keine Standardwerte verwenden möchten, verwenden Sie kein Feld "Default".

en: If you use po-debconf (and you **should**; see :ref:`s6.5.2.2`), consider making this field translatable, if you think it may be translated.
de: Falls Sie po-debconf benutzen (und das **sollten** Sie, lesen Sie :ref:`s6.5.2.2`), erwägen Sie, dieses Feld übersetzbar zu machen, wenn es nach Ihrer Meinung übersetzt werden könnte.

en: Example, taken from the geneweb package templates:
de: Ein Beispiel aus den Vorlagen des Pakets Geneweb:

en: Note the use of brackets, which allow internal comments in debconf fields. Also note the use of comments, which will show up in files the translators will work with.
de: Beachten Sie, dass die Benutzung von Klammern Kommentare in debconf-Feldern erlaubt. Beachten Sie außerdem, dass die Kommentare in den Dateien zu sehen sein werden, mit denen Übersetzer arbeiten.

en: The comments are needed as the \_Default trick is a bit confusing: the translators may put in their own choice.
de: Die Kommentare werden benötigt, da der \ _Default-Trick etwas verwirrend ist: Die Übersetzer können ihre eigene Wahl treffen.

en: Internationalization
de: Internationalisierung

en: This section contains global information for developers to make translators' lives easier. More information for translators and developers interested in internationalization are available in the `Internationalisation and localisation in Debian <https://people.debian.org/~jfs/debconf6/html/>`__ documentation.
de: Dieser Abschnitt enthält generelle Informationen, um Übersetzern die Arbeit zu erleichtern. Weitere Informationen für Übersetzer und Entwickler zum Thema Internationalisierung sind in der Dokumentation `Internationalisierung und Lokalisierung <https://people.debian.org/~jfs/debconf6/html/>`__ verfügbar.

en: Handling debconf translations
de: Handhabung von Debconf-Übersetzungen

en: Like porters, translators have a difficult task. They work on many packages and must collaborate with many different maintainers. Moreover, most of the time, they are not native English speakers, so you may need to be particularly patient with them.
de: Wie Portierer haben auch Übersetzer eine schwierige Aufgabe. Sie arbeiten an vielen Paketen und müssen mit vielen verschiedenen Paketbetreuern zusammenarbeiten, deren Muttersprache meist nicht Englisch ist. Sie sollten ihnen daher besondere Geduld entgegenbringen.

en: The goal of ``debconf`` was to make package configuration easier for maintainers and for users. Originally, translation of debconf templates was handled with ``debconf-mergetemplate``. However, that technique is now deprecated; the best way to accomplish ``debconf`` internationalization is by using the ``po-debconf`` package. This method is easier both for maintainer and translators; transition scripts are provided.
de: Das Ziel von ``debconf`` war die Vereinfachung der Paketkonfiguration für Betreuer und Anwender. Ursprünglich wurde die Übersetzung von Debconf-Vorlagen mit ``debconf-mergetemplate`` gehandhabt. Nun wird diese Technik jedoch missbilligt. Die Internationalisierung von ``debconf`` ist am besten mit dem Paket ``po-debconf`` zu erreichen. Diese Methode ist sowohl für Betreuer als auch für Übersetzer einfacher. Es werden Umwandlungsskripte bereitgestellt.

en: Using ``po-debconf``, the translation is stored in ``.po`` files (drawing from ``gettext`` translation techniques). Special template files contain the original messages and mark which fields are translatable. When you change the value of a translatable field, by calling ``debconf-updatepo``, the translation is marked as needing attention from the translators. Then, at build time, the ``dh_installdebconf`` program takes care of all the needed magic to add the template along with the up-to-date translations into the binary packages. Refer to the po-debconf 7 manual page for details.
de: Wenn ``po-debconf`` benutzt wird, werden die Übersetzungen in ``.po``-Dateien gespeichert (mit ``gettext``-Übersetzungstechniken erstellt). Spezielle Vorlagendateien enthalten die Originalnachrichten und markieren, welche Felder übersetzbar sind. Wenn Sie den Wert eines übersetzbaren Feldes durch Aufruf von ``debconf-updatepo`` ändern, wird die Übersetzung für Übersetzer als aufmerksamkeitsbedürfend gekennzeichnet. Dann, während des Paketbaus, wird das Programm ``dh_installdebconf`` wie von Zauberhand dafür sorgen, dass alle Vorlagen zusammen mit den aktuellen Übersetzungen in die Binärpakete einfließen. Weitere Einzelheiten können Sie der Handbuchseite po-debconf 7 entnehmen.

en: Internationalized documentation
de: Internationalisierte Dokumentation

en: Internationalizing documentation is crucial for users, but a lot of labor. There's no way to eliminate all that work, but you can make things easier for translators.
de: Internationalisierte Dokumentation für Anwender ist wichtig, bereitet aber viel Mühe. Es gibt keine Möglichkeit, all diese Arbeit zu vermeiden, aber Sie können den Übersetzern einige Dinge erleichtern.

en: If you maintain documentation of any size, it is easier for translators if they have access to a source control system. That lets translators see the differences between two versions of the documentation, so, for instance, they can see what needs to be retranslated. It is recommended that the translated documentation maintain a note about what source control revision the translation is based on. An interesting system is provided by `doc-check <https://salsa.debian.org/installer-team/installation-guide/blob/master/scripts/doc-check>`__ in the ``debian-installer`` package, which shows an overview of the translation status for any given language, using structured comments for the current revision of the file to be translated and, for a translated file, the revision of the original file the translation is based on. You might wish to adapt and provide that in your VCS area.
de: Falls Sie Dokumentationen in irgendwelchem Umfang betreuen, ist es für Übersetzer einfacher, wenn Sie Zugriff auf das Versionsverwaltungssystem haben. Dadurch können Übersetzer die Unterschiede zwischen zwei Versionen der Dokumentation anschauen, so dass sie beispielsweise sehen können, was neu übersetzt werden muss. Es wird empfohlen, dass die übersetzte Dokumentation eine Notiz darüber bereithält, auf welcher Revision des Quellcodes die Übersetzung basiert. Ein interessantes System wird von `doc-check <https://salsa.debian.org/installer-team/installation-guide/blob/master/scripts/doc-check>`__ aus dem ``debian-installer``-Paket bereitgestellt, das eine Übersicht über den Übersetzungsstatus für eine angegebene Sprache anzeigt. Dazu werden strukturierte Kommentare für die aktuelle Revision der zu übersetzenden Datei und für eine übersetzte Datei die Revision des Originals auf der die Übersetzung basiert, angezeigt. Möglicherweise möchten Sie dies anpassen und in Ihrem VCS-Bereich bereitstellen.

en: If you maintain XML or SGML documentation, we suggest that you isolate any language-independent information and define those as entities in a separate file that is included by all the different translations. This makes it much easier, for instance, to keep URLs up to date across multiple files.
de: Falls Sie XML- oder SGML-Dokumentationen betreuen, wird dazu empfohlen, dass Sie jegliche sprach-unabhängigen Informationen isolieren und diese als Entity in einer eigenen Datei definieren, die in allen verschiedenen Übersetzungen enthalten ist. Dies macht es beispielsweise viel einfacher, URLs über mehrere Dateien hinweg aktuell zu halten.

en: Some tools (e.g. ``po4a``, ``poxml``, or the ``translate-toolkit``) are specialized in extracting the translatable material from different formats. They produce PO files, a format quite common to translators, which permits seeing what needs to be re-translated when the translated document is updated.
de: Einige Werkzeuge (z.B. ``po4a``, ``poxml`` oder ``translate-toolkit``) sind darauf spezialisiert, übersetzbares Material aus verschiedenen Formaten zu extrahieren. Sie erstellen PO-Dateien, ein für Übersetzer übliches Format, das eine Übersicht darüber gibt, was übersetzt werden muss, wenn das übersetzte Dokument aktualisiert wurde.

en: Common packaging situations
de: Häufig vorkommende Paketierungssituationen

en: Packages using ``autoconf``/``automake``
de: Pakete benutzen ``autoconf``/``automake``

en: Keeping ``autoconf``'s ``config.sub`` and ``config.guess`` files up to date is critical for porters, especially on more volatile architectures. Some very good packaging practices for any package using ``autoconf`` and/or ``automake`` have been synthesized in ``/usr/share/doc/autotools-dev/README.Debian.gz`` from the ``autotools-dev`` package. You're strongly encouraged to read this file and to follow the given recommendations.
de: Die Dateien ``config.sub`` und ``config.guess`` von ``autoconf`` aktuell zu halten ist für Portierer kritisch, insbesondere auf eher unbeständigen Architekturen. Einige sehr gute Paketierungsvorgehensweisen für jegliche Pakete, die ``autoconf`` und/oder ``automake`` benutzen, wurden in ``/usr/share/doc/autotools-dev/README.Debian.gz`` aus dem Paket ``autotools-dev`` zusammengefasst. Es wird eindringlich geraten, diese README-Datei und die folgenden Empfehlungen zu lesen.

en: Libraries
de: Bibliotheken

en: Libraries are always difficult to package for various reasons. The policy imposes many constraints to ease their maintenance and to make sure upgrades are as simple as possible when a new upstream version comes out. Breakage in a library can result in dozens of dependent packages breaking.
de: Das Paketieren von Bibliotheken gestaltet sich fast immer schwierig und dies aus unterschiedlichen Gründen. Die Richtlinien verhängen mehrere Beschränkungen, um ihre Pflege zu erleichtern und sicherzustellen, dass Upgrades so einfach wie möglich sind, wenn eine neue Originalversion herauskommt. Eine kaputte Bibliothek kann dazu führen, dass Dutzende davon abhängige Pakete beschädigt werden.

en: Good practices for library packaging have been grouped in `the library packaging guide <https://www.netfort.gr.jp/~dancer/column/libpkg-guide/>`__.
de: Gute Vorgehensweisen für das Paketieren von Bibliotheken wurden in der `Anleitung zum Paketieren von Bibliotheken <https://www.netfort.gr.jp/~dancer/column/libpkg-guide/>`__ zusammengefasst.

en: Documentation
de: Dokumentation

en: Be sure to follow the `Policy on documentation <https://www.debian.org/doc/debian-policy/ch-docs.html>`__.
de: Achten Sie darauf, dass Sie den `Richtlinien für Dokumentation <https://www.debian.org/doc/debian-policy/ch-docs.html>`__ folgen.

en: If your package contains documentation built from XML or SGML, we recommend you not ship the XML or SGML source in the binary package(s). If users want the source of the documentation, they should retrieve the source package.
de: Falls Ihr Paket Dokumentation enthält, die aus XML oder SGML erstellt wurde, wird empfohlen in den Binärpaket(en) nicht die XML- oder SGML-Quellen mitzuliefern. Falls Anwender den Quellcode der Dokumentation möchten, sollten sie das Quellpaket herunterladen.

en: Policy specifies that documentation should be shipped in HTML format. We also recommend shipping documentation in PDF and plain text format if convenient and if output of reasonable quality is possible. However, it is generally not appropriate to ship plain text versions of documentation whose source format is HTML.
de: Die Richtlinie gibt an, dass die Dokumentation im HTML-Format weitergegeben werden sollte. Außerdem wird empfohlen, die Dokumentation im PDF-Format und als Klartext mitzuliefern, falls geeignet und falls die Ausgabe in einer vernünftigen Qualität möglich ist. Es ist allgemein jedoch nicht angemessen, Klartextversionen von Dokumentationen mitzuliefern, deren Quellformat HTML ist.

en: Major shipped manuals should register themselves with ``doc-base`` on installation. See the ``doc-base`` package documentation for more information.
de: Bedeutende mitgelieferte Handbücher sollten sich selbst bei der Installation mit ``doc-base`` registrieren. Weitere Einzelheiten erhalten Sie in der Dokumentation des Pakets ``doc-base``.

en: Debian policy (section 12.1) directs that manual pages should accompany every program, utility, and function, and suggests them for other objects like configuration files. If the work you are packaging does not have such manual pages, consider writing them for inclusion in your package, and submitting them upstream.
de: Die Debian-Richtlinien (Abschnitt 12.1) schreiben vor, dass Handbuchseiten jedem Programm, jedem Hilfswerkzeug und jeder Funktion beiliegen sollten und für andere Objekte, wie Konfigurationsdateien, wird dies nahegelegt. Falls die von Ihnen paketierte Arbeit nicht über eine solche Handbuchseite verfügt, dann überlegen Sie sich, eine zu schreiben, die Ihrem Paket beigefügt und an die Originalautoren gesandt wird.

en: The manpages do not need to be written directly in the troff format. Popular source formats are DocBook, POD and reST, which can be converted using ``xsltproc``, ``pod2man`` and ``rst2man`` respectively. To a lesser extent, the ``help2man`` program can also be used to write a stub.
de: Die Handbuchseiten müssen nicht direkt im Troff-Format geschrieben werden. Beliebte Quellformate sind Docbook, POD und reST, die mit ``xsltproc``, ``pod2man`` beziehungsweise ``rst2man`` umgewandelt werden können. In geringerem Maße kann außerdem das Programm ``help2man`` benutzt werden, um die Handbuchsseite rudimentär zu erstellen.

en: Specific types of packages
de: Besondere Pakettypen

en: Several specific types of packages have special sub-policies and corresponding packaging rules and practices:
de: Mehrere besondere Typen von Paketen haben spezielle Unter-Richtlinien und zugehörige Paketierungsregeln und Vorgehensweisen:

en: Perl related packages have a `Perl policy <https://www.debian.org/doc/packaging-manuals/perl-policy/>`__; some examples of packages following that policy are ``libdbd-pg-perl`` (binary perl module) or ``libmldbm-perl`` (arch independent perl module).
de: Perl zugehörige Pakete haben eine `Perl-Richtlinie <https://www.debian.org/doc/packaging-manuals/perl-policy/>`__. Einige Beispiele für Pakete, die dieser Richtlinie folgen, sind ``libdbd-pg-perl`` (binäres Perl-Modul) oder ``libmldbm-perl`` (architekturunabhängiges Perl-Modul).

en: Python related packages have their Python policy; see ``/usr/share/doc/python/python-policy.txt.gz`` in the ``python`` package.
de: Python zugehörige Pakete haben ihre Python-Richtlinie. Siehe ``/usr/share/doc/python/python-policy.txt.gz`` im Paket ``python``.

en: Emacs related packages have the `emacs policy <https://www.debian.org/doc/packaging-manuals/debian-emacs-policy>`__.
de: Emacs zugehörige Pakete haben die `Emacs-Richtlinie <https://www.debian.org/doc/packaging-manuals/debian-emacs-policy>`__.

en: Java related packages have their `java policy <https://www.debian.org/doc/packaging-manuals/java-policy/>`__.
de: Java zugehörige Pakete haben ihre `Java-Richtlinie <https://www.debian.org/doc/packaging-manuals/java-policy/>`__.

en: OCaml related packages have their own policy, found in ``/usr/share/doc/ocaml/ocaml_packaging_policy.gz`` from the ``ocaml`` package. A good example is the ``camlzip`` source package.
de: OCaml zugehörige Pakete haben ihre eigene Richtlinie, die Sie unter ``/usr/share/doc/ocaml/ocaml_packaging_policy.gz`` im Paket ``ocaml`` finden können. Ein gutes Beispiel ist das Quellpaket ``camlzip``.

en: Packages providing XML or SGML DTDs should conform to the recommendations found in the ``sgml-base-doc`` package.
de: Pakete, die XML- oder SGML-DTDs bereitstellen, sollten konform zu den Empfehlungen im Paket ``sgml-base-doc`` sein.

en: Lisp packages should register themselves with ``common-lisp-controller``, about which see ``/usr/share/doc/common-lisp-controller/README.packaging``.
de: Lisp-Pakete sollten sich selbst mit ``common-lisp-controller`` registrieren. Siehe dazu ``/usr/share/doc/common-lisp-controller/README.packaging``.

en: Architecture-independent data
de: Architekturunabhängige Daten

en: It is not uncommon to have a large amount of architecture-independent data packaged with a program. For example, audio files, a collection of icons, wallpaper patterns, or other graphic files. If the size of this data is negligible compared to the size of the rest of the package, it's probably best to keep it all in a single package.
de: Es ist unüblich größere Mengen an architekturunabhängiger Daten gemeinsam mit einem Programm zu paketieren. Als Beispiel hierzu seien Audiodateien, eine Symbolsammlung, Hintergrundmuster oder grafische Dateien genannt. Falls die Größe dieser Daten jedoch vernachlässigbar im Vergleich zum Rest des Pakets ist, ist es wahrscheinlich am besten, alles innerhalb eines einzelnen Paket zu paketieren.

en: However, if the size of the data is considerable, consider splitting it out into a separate, architecture-independent package (``_all.deb``). By doing this, you avoid needless duplication of the same data into ten or more .debs, one per each architecture. While this adds some extra overhead into the ``Packages`` files, it saves a lot of disk space on Debian mirrors. Separating out architecture-independent data also reduces processing time of ``lintian`` (see :ref:`tools-lint`) when run over the entire Debian archive.
de: Ist die Größe allerdings beachtlich, denken Sie darüber nach, sie in ein separates architekturunabhängiges Paket (``_all.deb``) auszulagern. Indem Sie dies tun, vermeiden Sie die im Prinzip unötige Vervielfältigung der gleichen Daten in zehn oder mehr .debs, eines pro Architektur! Obwohl dies einigen zusätzlichen Overhead zu den ``Packages``-Dateien verursacht, spart es viel Plattenplatz auf den Debian-Spiegelservern. Das Heraus trennen architekturunabhängiger Daten vermindert auch die Ausführungszeit von ``lintian`` (siehe :ref:`tools-lint`), wenn es für das ganze Debian-Archiv ausgeführt wird.

en: Needing a certain locale during build
de: Eine bestimmte Locale wird während des Paketbaus benötigt

en: If you need a certain locale during build, you can create a temporary file via this trick:
de: Falls Sie eine bestimmte Locale während des Baus benötigen, können Sie mittels dieses Tricks eine temporäre Datei erstellen:

en: If you set ``LOCPATH`` to the equivalent of ``/usr/lib/locale``, and ``LC_ALL`` to the name of the locale you generate, you should get what you want without being root. Something like this:
de: Falls Sie ``LOCPATH`` auf die Entsprechung von ``/usr/lib/locale`` und ``LC_ALL`` auf den Namen der Locale setzen, die sie generieren, sollten Sie erreichen, was Sie möchten, ohne dass Sie Root sind. Etwas wie:

en: Make transition packages deborphan compliant
de: Machen Sie Übergangspakete deborphan-konform

en: Deborphan is a program for helping users to detect which packages can safely be removed from the system, i.e. the ones that have no packages depending on them. The default operation is to search only within the libs and oldlibs sections, to hunt down unused libraries. But when passed the right argument, it tries to catch other useless packages.
de: Deborphan ist ein Programm, das Anwendern hilft, Pakete aufzuspüren, die sicher vom System entfernt werden können, d.h. diejenigen, von denen keine Pakete abhängen. Die Standardoperation ist, nur innerhalb der Abschnitte "libs" und "oldlibs" zu suchen, um Jagd auf unbenutzte Bibliotheken zu machen. Wenn aber das richtige Argument übergeben wird, versucht es auch, andere nutzlose Pakete zu erkennen.

en: For example, with ``--guess-dummy``, ``deborphan`` tries to search all transitional packages which were needed for upgrade but which can now be removed. For that, it currently looks for the string dummy or transitional in their short description, though it would be better to search for both strings, as there are some dummy or transitional packages, which have other purposes.
de: Mit ``--guess-dummy`` versucht``deborphan`` beispielsweise, alle Übergangspakete zu durchsuchen, die für ein Upgrade benötigt wurden, aber jetzt entfernt werden können. Hierzu wird derzeit in der Kurzbeschreibung nach der Zeichenkette ``dummy`` oder ``transitional`` gesucht. Es ist jedoch besser, nach beiden Zeichenketten zu suchen, da es einige Dummy- oder Übergangspakete gibt, die anderen Zwecken dienen.

en: So, when you are creating such a package, please make sure to add ``transitional dummy package`` to the short description to make this explicit. If you are looking for examples, just run: ``apt-cache search .|grep dummy`` or ``apt-cache search .|grep transitional``.
de: Wenn Sie also solch ein Paket erstellen, achten Sie bitte darauf den Text ``transitional dummy package`` in der Kurzbeschreibung zu verwenden. Um nach Beispielen zu suchen, führen Sie einfach ``apt-cache search .|grep dummy`` oder ``apt-cache search .|grep transitional`` aus.

en: Also, it is recommended to adjust its section to ``oldlibs`` and its priority to ``optional`` in order to ease ``deborphan``'s job.
de: Außerdem wird empfohlen, den Abschnitt in ``oldlibs`` und die Priorität in ``optional`` zu ändern, um die Arbeit von ``deborphan`` zu erleichtern.

en: Best practices for ``.orig.tar.{gz,bz2,xz}`` files
de: Optimale Vorgehensweisen für ``.orig.tar.{gz,bz2,xz}``-Dateien

en: There are two kinds of original source tarballs: Pristine source and repackaged upstream source.
de: Es gibt zwei Arten von Original-Quell-Tarballs: unberührten Quellcode und neu paketierten Quellcode der Originalautoren.

en: Pristine source
de: Unberührter Quellcode

en: The defining characteristic of a pristine source tarball is that the ``.orig.tar.{gz,bz2,xz}`` file is byte-for-byte identical to a tarball officially distributed by the upstream author. [1]_ This makes it possible to use checksums to easily verify that all changes between Debian's version and upstream's are contained in the Debian diff. Also, if the original source is huge, upstream authors and others who already have the upstream tarball can save download time if they want to inspect your packaging in detail.
de: Das charakteristische Merkmal eines unberührten Tarballs ist, dass die ``.orig.tar.{gz,bz2,xz}``-Datei Byte für Byte identisch mit einem offiziell weitergegebenen Tarball des Originalautors ist. [1]_ Dies ermöglicht die Benutzung von Prüfsummen, um auf einfache Weise alle Änderungen zwischen Debians Version und der der Originalautoren zu prüfen, die in der Diff-Datei in Debian enthalten sind. Falls außerdem der Originalquellcode riesig ist, können Originalautoren und andere, die bereits den Original-Tarball haben, Download-Zeit sparen, falls sie Ihre Paketierung im Detail inspizieren möchten.

en: There are no universally accepted guidelines that upstream authors follow regarding the directory structure inside their tarball, but ``dpkg-source`` is nevertheless able to deal with most upstream tarballs as pristine source. Its strategy is equivalent to the following:
de: Es gibt keine allgemein anerkannten Leitlinien, denen Originalautoren betreffend der Verzeichnisstruktur innerhalb ihres Tarballs folgen, aber ``dpkg-source`` ist dennoch in der Lage, mit den meisten Tarballs von Originalautoren als unberührtem Quellcode umzugehen. Seine Strategie entspricht dem Folgenden:

en: It unpacks the tarball in an empty temporary directory by doing
de: Es entpackt den Tarball in eine leeres temporäres Verzeichnis mittels

en: If, after this, the temporary directory contains nothing but one directory and no other files, ``dpkg-source`` renames that directory to *packagename*\ ``-``\ *upstream-version*\ ``(.orig)``. The name of the top-level directory in the tarball does not matter, and is forgotten.
de: Falls das temporäre Verzeichnis danach nur ein Verzeichnis und keine anderen Dateien enthält, benennt ``dpkg-source`` dieses Verzeichnis in *Paketname*\ ``_``\ *Originalversion*\ ``(.orig)`` um. Der Name des Verzeichnisses auf der obersten Ebene im Tarball ist ohne Bedeutung und geht verloren.

en: Otherwise, the upstream tarball must have been packaged without a common top-level directory (shame on the upstream author!). In this case, ``dpkg-source`` renames the temporary directory *itself* to *packagename*\ ``-``\ *upstream-version*\ ``(.orig)``.
de: Andernfalls muss der Tarball der Originalautoren ohne ein sonst übliches Verzeichnis der obersten Ebene gepackt worden sein (Schande über den Originalautor!). In diesem Fall benennt ``dpkg-source`` das temporäre Verzeichnis *selbst* in *Paketname*\ ``_``\ *Originalversion*\ ``(.orig)`` um.

en: Repackaged upstream source
de: Neu paketierter Originalquellcode

en: You **should** upload packages with a pristine source tarball if possible, but there are various reasons why it might not be possible. This is the case if upstream does not distribute the source as gzipped tar at all, or if upstream's tarball contains non-DFSG-free material that you must remove before uploading.
de: Sie **sollten** Pakete, wenn möglich, mit einem unberührten Quell-Tarball hochladen, aber es gibt viele Gründe, warum das manchmal nicht möglich ist. Dies ist der Fall, wenn die Originalautoren den Quellcode gar nicht als Gzip-gepackte Tar-Datei weitergeben oder falls der Tarball der Originalautoren nicht-DFSG-freies Material enthält, das Sie vor den Hochladen entfernen müssen.

en: In these cases the developer must construct a suitable ``.orig.tar.{gz,bz2,xz}`` file themselves. We refer to such a tarball as a repackaged upstream source. Note that a repackaged upstream source is different from a Debian-native package. A repackaged source still comes with Debian-specific changes in a separate ``.diff.gz`` or ``.debian.tar.{gz,bz2,xz}`` and still has a version number composed of *upstream-version* and *debian-version*.
de: In diesen Fällen muss der Entwickler selbst eine geeignete ``.orig.tar.{gz,bz2,xz}``-Datei bauen. Solch einen Tarball nennen wir neu paketierten Originalquellcode. Beachten Sie, dass sich neu paketierter Originalquellcode von einem nativen Debian-Paket unterscheidet. Eine neu paketierte Quelle kommt mit Debian-spezifischen Änderungen in einem separaten ``.diff.gz`` oder ``.debian.tar.{gz,bz2,xz}`` daher und hat eine Versionsnummer, die sich aus der *Originalversion* und der *Debian-version* zusammensetzt.

en: There may be cases where it is desirable to repackage the source even though upstream distributes a ``.tar.{gz,bz2,xz}`` that could in principle be used in its pristine form. The most obvious is if *significant* space savings can be achieved by recompressing the tar archive or by removing genuinely useless cruft from the upstream archive. Use your own discretion here, but be prepared to defend your decision if you repackage source that could have been pristine.
de: Es könnte Gründe geben, aus denen es wünschenswert wäre, den Quellcode neu zu paketieren, obwohl die Originalautoren ein ``.tar.{gz,bz2,xz}`` verteilen, dass im Prinzip in seiner unberührten Form benutzt werden könnte. Der naheliegendste Grund ist, wenn *signifikante* Platzersparnis durch Neukomprimierung des Tar-Archivs oder Entfernen von wirklich nutzlosem Müll aus dem Qriginalarchiv erzielt werden kann. Handeln Sie hier nach eigenem Ermessen, aber seien Sie darauf vorbereitet, Ihre Entscheidung zu verteidigen, falls Sie einen Quellcode neu paketieren, der unberührt sein könnte.

en: A repackaged ``.orig.tar.{gz,bz2,xz}``
de: Ein neu paketiertes ``.orig.tar.{gz,bz2,xz}`` Archiv

en: **should** be documented in the resulting source package. Detailed information on how the repackaged source was obtained, and on how this can be reproduced should be provided in ``debian/copyright``, ideally in a way that can be done automatically with `uscan <https://manpages.debian.org/uscan.1>`__. If that really doesn't work, at least provide a ``get-orig-source`` target in your ``debian/rules`` file that repeats the process, even though that was actually deprecated in the `4.1.4 version of the Debian policy <https://www.debian.org/doc/debian-policy/upgrading-checklist.html#version-4-1-4>`__.
de: **sollte** im resultierenden Quellpaket dokumentiert werden. Detaillierte Informationen darüber, wie die neu gepackte Quelle erhalten wurde und wie diese reproduziert werden kann, sollten in ``debian/copyright`` bereitgestellt werden, idealerweise auf eine Weise, die automatisch mit `uscan <https://manpages.debianorg/uscan.1>`__ durchgeführt werden kann. Wenn das wirklich nicht funktioniert, stellen Sie zumindest ein ``get-orig-source`` Target in Ihrer ``debian/rules`` Datei bereit, das den Vorgang wiederholt, auch wenn dies in der Version `4.1.4 Debian Policy <https://www.debian.org/doc/debian-policy/upgrading-checklist.html#version-4-1-4>`__ als veraltet markiert worden ist.

en: **should not** contain any file that does not come from the upstream author(s), or whose contents has been changed by you. [2]_
de: **sollte keine** Datei enthalten, die nicht von dem/den Originalautor(en) stammt oder deren Inhalt von Ihnen geändert wurde. [2]_

en: **should**, except where impossible for legal reasons, preserve the entire building and portability infrastructure provided by the upstream author. For example, it is not a sufficient reason for omitting a file that it is used only when building on MS-DOS. Similarly, a ``Makefile`` provided by upstream should not be omitted even if the first thing your ``debian/rules`` does is to overwrite it by running a configure script.
de: **sollte** außer, wenn es aus rechtlichen Gründen unmöglich ist, die ganze Erstellungs- und Portierungsinfrastruktur aufbewahren, die vom Originalautor bereitgestellt wurde. Es ist zum Beispiel kein ausreichender Grund für das Weglassen einer Datei, wenn sie nur für die Erstellung unter MS-DOS benutzt wird. Gleichermaßen sollte ein ``Makefile``, das vom Originalautor bereitgestellt wurde, nicht einmal dann weggelassen werden, wenn das erste, was Ihre ``debian/rules`` tut, das Überschreiben durch Ausführen eines Konfigurationsskripts ist.

en: (*Rationale:* It is common for Debian users who need to build software for non-Debian platforms to fetch the source from a Debian mirror rather than trying to locate a canonical upstream distribution point).
de: (*Begründung:* Es ist üblich für Debian-Anwender, die Software für nicht-Debian-Plattformen erstellen möchten, den Quellcode von einem Debian-Spiegel abzurufen, anstatt den Speicherort der ordnungsgemäßen Originaldistribution zu suchen).

en: **may** use *packagename*\ ``-``\ *upstream-version*\ ``+dfsg`` (or any other suffix which is added to the tarball name) as the name of the top-level directory in its tarball. This makes it possible to distinguish pristine tarballs from repackaged ones.
de: **sollte** das Schema *Paketname*\ ``-``\ *Upstream-Version*\ ``+dfsg`` (oder ein beliebiges Attributs-Suffix, das dem Tarball-Namen hinzugefügt wird) als Name für das Verzeichnis der obersten Ebene in seinem Tarball benutzen .

en: **should** be compressed with ``xz`` (or ``gzip`` or ``bzip``) with maximal compression.
de: **sollte** mit ``xz`` (oder ``gzip`` oderr ``bzip``) und mit der maximalen Komprimierung gepackt werden.

en: Changing binary files
de: Ändern binärer Dateien

en: Sometimes it is necessary to change binary files contained in the original tarball, or to add binary files that are not in it. This is fully supported when using source packages in “3.0 (quilt)” format; see the dpkg-source1 manual page for details. When using the older format “1.0”, binary files can't be stored in the ``.diff.gz`` so you must store a ``uuencode``\ d (or similar) version of the file(s) and decode it at build time in ``debian/rules`` (and move it in its official location).
de: Manchmal ist es nötig, binäre Dateien zu ändern, die im Original-Tarball enthalten sind oder binäre Dateien hinzuzufügen, die nicht darin enthalten sind. Dies wird vollständig unterstützt, wenn Sie Quellpakete im Format "3.0 (quilt)" benutzen. Lesen Sie die Handbuchseite dpkg-source1, um weitere Einzelheiten zu erfahren. Wenn Sie das ältere Format "1.0" benutzen, können binäre Dateien nicht im ``.diff.gz`` gespeichert werden, daher müssen Sie eine mit ``uuencode`` (oder ähnlichem) kodierte Version der Datei(en) speichern und zur Erstellungszeit in ``debian/rules`` entschlüsseln (und an ihren offiziellen Platz verschieben).

en: Best practices for debug packages
de: Optimale Vorgehensweisen für Debug-Pakete

en: A debug package is a package that contains additional information that can be used by ``gdb``. Since Debian binaries are stripped by default, debugging information, including function names and line numbers, is otherwise not available when running ``gdb`` on Debian binaries. Debug packages allow users who need this additional debugging information to install it without bloating a regular system with the information.
de: Ein Debug-Paket ist ein Paket, das zusätzliche Informationen enthält, die von ``gdb`` verwendet werden können. Da Debian diese Zusatzinformationen in Binärdateien standardmäßig entfernt, sind Debugging-Informationen wie Funktionsnamen und Zeilennummern dann nicht mehr verfügbar, wenn ``gdb`` auf Debian-Binärdateien ausgeführt wird. Mit Debug-Paketen können Benutzer, die diese zusätzlichen Debugging-Informationen benötigen, diese installieren, ohne ein reguläres System mit den in der Regel recht Speicherplatz intensiven Informationen aufzublähen.

en: The debug packages contain separated debugging symbols that ``gdb`` can find and load on the fly when debugging a program or library. The convention in Debian is to keep these symbols in ``/usr/lib/debug/``\ *path*, where *path* is the path to the executable or library. For example, debugging symbols for ``/usr/bin/foo`` go in ``/usr/lib/debug/usr/bin/foo``, and debugging symbols for ``/usr/lib/libfoo.so.1`` go in ``/usr/lib/debug/usr/lib/libfoo.so.1``.
de: Die Debug-Pakete enthalten separate Debugging-Symbole, die ``gdb`` beim Debuggen eines Programms oder einer Bibliothek im laufenden Betrieb finden und laden kann. Die Konvention in Debian besteht darin, diese Symbole in ``/usr/lib/debug /``\ *path* abzulegen, wobei *path* der Pfad zur ausführbaren Datei oder Bibliothek ist. Zum Beispiel gehen Debugging-Symbole für ``/usr/bin/foo`` nach ``/usr/lib/debug/usr/bin/foo`` und Debugging-Symbole für ``/usr/lib/libfoo.so.1`` gehen nach ``/usr/lib/debug/usr/lib/libfoo.so.1``.

en: Automatically generated debug packages
de: Automatisch erstellte Debug-Pakete

en: Debug symbol packages can be generated automatically for any binary package that contains executable binaries, and except for corner cases, it should not be necessary to use the old manually generated ones anymore. The package name for a automatic generated debug symbol package ends in ``-dbgsym``.
de: Debug-Symbolpakete können automatisch für jedes Binärpaket, das ausführbare Binärdateien enthält, generiert werden. Mit Ausnahme von Sonderfällen sollte es nicht mehr erforderlich sein, die alten manuell generierten zu verwenden. Der Paketname für ein automatisch generiertes Debug-Symbolpaket endet mit ``-dbgsym``.

en: The ``dbgsym`` packages are not installed into the regular archives, but in dedicated archives. That means, if you need the debug symbols for debugging, you need to add this archives to your apt configuration and then install the ``dbgsym`` package you are interested in. Please read https://wiki.debian.org/HowToGetABacktrace\  on how to do that.
de: Die ``dbgsym``-Pakete werden nicht in die regulären Archiven installiert, sondern in dedizierte Archive. Das heißt, wenn Sie die Debug-Symbole zum Debuggen benötigen, müssen Sie diese Archive zu Ihrer apt-Konfiguration hinzufügen und dann das entsprechende ``dbgsym``-Paket installieren an dem Sie interessiert sind. Bitte lesen Sie https://wiki.debian.org/HowToGetABacktrace um mehr zu diesem Thema zu erfahren.

en: Manual -dbg packages
de: Manuelle -dbg Pakete

en: Before the advent of the automatic ``dbgsym`` packages, debug packages needed to be manually generated. The name of a manual debug packages ends in ``-dbg``. It is recommended to migrate such old legacy packages to the new ``dbgsym`` packages whenever possible. The procedure to convert your package is described in https://wiki.debian.org/AutomaticDebugPackages\  but the gist is to use the ``--dbgsym-migration='pkgname-dbg (<< currentversion~)'`` switch of the ``dh_strip`` command.
de: Vor dem Aufkommen der automatischen ``dbgsym``-Pakete mussten Debug-Pakete manuell generiert werden. Der Name eines manuellen Debug-Pakets endet auf ``-dbg``. Es wird empfohlen solche alten Legacy-Pakete nach Möglichkeit auf die neuen ``dbgsym``-Pakete zu migrieren. Das Verfahren zum Konvertieren Ihres Pakets ist unter https://wiki.debian.org/AutomaticDebugPackages \ beschrieben. Im Wesentlichen wird jedoch der Schalter ``--dbgsym-migration = 'pkgname-dbg (<< currentversion~)'`` durch den Befehl ``dh_strip`` verwendet.

en: However, sometimes it is not possible to convert to the new ``dbgsym`` packages, or you will encounter the old manual -dbg packages in the archives, so you might need to deal with them. It is not recommended to create manual -dbg packages for new packages, except if the automatic ones won't work for some reason.
de: Manchmal ist es jedoch nicht möglich auf die neuen ``dbgsym``-Pakete zu konvertieren, oder Sie werden auf die alten manuellen ``-dbg``-Pakete in den Archiven stoßen, sodass Sie sich möglicherweise mit ihnen befassen müssen. Es wird nicht empfohlen, manuelle -dbg-Pakete für neue Pakete zu erstellen, es sei denn, die automatische Erstellung funktioniert aus irgendeinem Grund nicht.

en: One reason could be that debug packages contains an entire special debugging build of a library or other binary. However, usually separating debugging information from the already built binaries is sufficient and will also save space and build time.
de: Ein Grund könnte sein, dass Debug-Pakete einen ganzen speziellen Debugging-Build einer Bibliothek oder einer anderen Binärdatei enthalten. Normalerweise reicht es jedoch aus, Debugging-Informationen von den bereits erstellten Binärdateien zu trennen, dies spart zusätzlich Platz und Erstellungszeit.

en: This is the case, for example, for debugging symbols of Python extensions. For now the right way to package Python extension debug symbols is to use ``-dbg`` packages as described in https://wiki.debian.org/Python/DbgBuilds\ .
de: Dies ist beispielsweise der Fall bei Debugging-Symbolen von Python-Erweiterungen. Derzeit ist der richtige Weg, um Python-Erweiterungs-Debug-Symbole zu verpacken, die Verwendung von ``-dbg``-Paketen, wie unter https://wiki.debian.org/Python/DbgBuilds \ beschrieben.

en: To create ``-dbg`` packages, the package maintainer has to explicitly specify them in ``debian/control``.
de: Um ``-dbg``-Pakete erstellen zu können müssen diese explizit in der Datei ``debian/control`` aufgeführt werden.

en: The debugging symbols can be extracted from an object file using ``objcopy --only-keep-debug``. Then the object file can be stripped, and ``objcopy --add-gnu-debuglink`` used to specify the path to the debugging symbol file. objcopy 1 explains in detail how this works.
de: Die Debugging-Symbole können mit ``objcopy --only-keep-debug`` aus einer Objektdatei extrahiert werden. Dann kann die Objektdatei entfernt und ``objcopy --add-gnu-debuglink`` verwendet werden, um den Pfad zur Debugging-Symboldatei anzugeben. objcopy 1 erklärt ausführlich, wie das funktioniert.

en: Note that the debug package should depend on the package that it provides debugging symbols for, and this dependency should be versioned. For example:
de: Beachten Sie, dass Debug-Pakete von dem Paket abhängen sollten, für das Sie Debugging-Symbole bereitstellen und diese Abhängigkeit sollte mit einer Version versehen werden. Zum Beispiel:

en: The ``dh_strip`` command in ``debhelper`` supports creating debug packages, and can take care of using ``objcopy`` to separate out the debugging symbols for you. If your package uses ``debhelper/9.20151219`` or newer, you don't need to do anything. ``debhelper`` will generate debug symbol packages (as ``package``-dbgsym) for you with no additional changes to your source package.
de: Der Befehl ``dh_strip`` in ``debhelper`` unterstützt das Erstellen von Debug-Paketen und kann die Benutzung von ``objcopy`` übernehmen, um die Debugging-Symbole für Sie zu filtern. Wenn Ihr Paket ``debhelper/9.20151219`` oder neuer verwendet, müssen Sie nichts zusätzliches tun. ``debhelper`` generiert Debug-Symbol-Pakete (mit dem Schema Paket\ ``-dbgsym``) für Sie ohne zusätzliche Änderungen an Ihrem Quellpaket.

en: Best practices for meta-packages
de: Optimale Vorgehensweisen für Meta-Pakete

en: A meta-package is a mostly empty package that makes it easy to install a coherent set of packages that can evolve over time. It achieves this by depending on all the packages of the set. Thanks to the power of APT, the meta-package maintainer can adjust the dependencies and the user's system will automatically get the supplementary packages. The dropped packages that were automatically installed will be also be marked as removal candidates (and are even automatically removed by ``aptitude``). ``gnome`` and ``linux-image-amd64`` are two examples of meta-packages (built by the source packages ``meta-gnome2`` and ``linux-latest``).
de: Ein Meta-Paket ist meist ein leeres Paket, das es vereinfacht, eine Zusammenstellung von Paketen zu installieren, die sich im Lauf der Zeit weiterentwickeln können. Dies wird erreicht, indem das Metapaket von allen Paketen der Zusammenstellung abhängt. Dank der Fähigkeiten von APT kann der Betreuer des Meta-Pakets die Abhängigkeiten anpassen und das System des Anwenders wird automatisch die zusätzlichen Pakete erhalten. Die weggelassenen Pakete, die automatisch installiert wurden, werden außerdem als Kandidaten für das Entfernen gekennzeichnet (und werden sogar durch ``aptitude`` automatisch entfernt). ``gnome`` und ``linux-image-amd64`` sind zwei Beispiele für Meta-Pakete (gebaut durch die Quellpakete ``meta-gnome2`` und ``linux-latest``).

en: The long description of the meta-package must clearly document its purpose so that the user knows what they will lose if they remove the package. Being explicit about the consequences is recommended. This is particularly important for meta-packages that are installed during initial installation and that have not been explicitly installed by the user. Those tend to be important to ensure smooth system upgrades and the user should be discouraged from uninstalling them to avoid potential breakages.
de: Die ausführliche Beschreibung des Meta-Pakets muss dessen Zweck klar dokumentieren, so dass die Benutzer wissen was sie verlieren, wenn sie das Paket entfernen. Es wird empfohlen, genau über die Auswirkungen zu informieren. Dies ist besonders für Meta-Pakete wichtig, die während der anfänglichen Installation installiert werden und nicht explizit durch den Benutzer installiert wurden. Diese sind oft wichtig für das reibungslose Upgrade des Systems und der Benutzer sollte davon abgehalten werden, diese zu entfernen, um mögliche Schäden zu vermeiden.

en: We cannot prevent upstream authors from changing the tarball they distribute without also incrementing the version number, so there can be no guarantee that a pristine tarball is identical to what upstream *currently* distributing at any point in time. All that can be expected is that it is identical to something that upstream once *did* distribute. If a difference arises later (say, if upstream notices that they weren't using maximal compression in their original distribution and then re-\ \ ``gzip`` it), that's just too bad. Since there is no good way to upload a new ``.orig.tar.{gz,bz2,xz}`` for the same version, there is not even any point in treating this situation as a bug.
de: Originalautoren können nicht daran gehindert werden, den von ihnen verteilten Tarball zu ändern, ohne die Versionsnummer zu erhöhen. Daher kann nicht gewährleistet werden, dass ein unberührter Tarball mit dem identisch ist, was die Originalautoren *aktuell* zu irgendeinem Zeitpunkt verteilen. Alles was erwartet werden kann, ist, dass es identisch mit etwas ist, das die Originalautoren einmal verteilt *haben*. Falls sich später ein Unterschied ergibt (etwa, wenn die Originalautoren merken, dass sie in ihrer Verteilung des Originals keine maximale Komprimierung nutzten und es dann erneut mit ``gzip`` packen), ist das einfach Pech. Da es keine brauchbare Möglichkeit gibt, ein neues ``.orig.tar.{gz,bz2,xz}`` für die gleiche Version hochzuladen, ist es sinnlos, dies als Fehler zu behandeln.

en: As a special exception, if the omission of non-free files would lead to the source failing to build without assistance from the Debian diff, it might be appropriate to instead edit the files, omitting only the non-free parts of them, and/or explain the situation in a ``README.source`` file in the root of the source tree. But in that case please also urge the upstream author to make the non-free components easier to separate from the rest of the source.
de: Als besondere Ausnahme könnte, falls das Auslassen unfreier Dateien dazu führen würde, dass das Build des Quellcodes ohne Unterstützung aus dem Debian-Diff fehlschlägt, das Bearbeiten der Dateien anstelle des Weglassens unfreier Teile davon und/oder Erklären der Situation in einer ``README.source``-Datei im Wurzelverzeichnis des Quelltextes angemessen sein. Drängen Sie in diesem Fall aber den Originalautor dazu, die unfreien Komponenten leichter von dem restlichen Quelltext separierbar zu machen.
