Keywords: Authentifizierung, BrowserMatch, CoreDumpDirectory, Lockfile, Maintainer, PidFile, Prozess-ID, ScoreBoardFile, ScriptLog, ScriptLogBuffer, ScriptLogLength, Server-Lockdatei, ServerTokens, ServerType, SetEnvIf, update-grub, 32-Bit, 386, 3Com, 404, 486, 64-Bit, 8390, A Package Tool, ACL, AIDE, AM, AMD, APT::Cache::GivenOnly, APT, APT_CONFIG, ASCII-Terminals, ASCII, ATM, AVI, Abhängigkeit, Abhängigkeiten, AbiWord, Access Control Lists, Access, Acrobat-Reader, Administration, Administrator-Passwort, Administrator, Adressverwaltung, Aktualisieren eines Pakets, AllowOverride, Alpha, Alternativen, Alternatives, Amiga, AmigaOS, Aministrator, Anaconda, Angriff, Anrufbeantworter, Apache Module, Apache Webserver - MIME-Typen, Apache, Apple, Applet, Application Maintainer, Applixware, Aptitude, Arbeitsspeicher, Architecture, Architektur-unabhängige Patches, Architektur, Architekturen, Archiv, Archive, Arm, Atari, Auflösung, Ausreden, Authentifizierung, BIND, BIOS-Einstellungen, BIOS-Passwort, BIOS [cell cut: 21416 characters, first 1000 kept]

Kapitel 6. Debian-Pakete im Detail
Zurück | 6.9 Upload von Paketen | Weiter

## 6.9 Upload von Paketen

Um zu erreichen, dass ein Paket in die offizielle Debian-Distribution aufgenommen wird, müssen vier Bedingungen erfüllt sein:

1. Die Software muss im Debian-Paketformat vorliegen.

2. Ein Debian Entwickler muss das Paket auf einem Debian-Server der Distribution hinzufügen.

3. Die Software muss den Debian Richtlinien für Freie Software (siehe DFSG) entsprechen.

4. Die Verantwortlichen für die Debian FTP-Server müssen das Paket akzeptieren.

### Nicht-Entwickler Upload

Die Webseite http://mentors.debian.net/ bietet auch Nicht-Debian Entwicklern die Möglichkeit Pakete auf einem Server verfügbar zu machen.

### 6.9.1 Debian Policies

Bevor mit den Arbeiten zu einem neuen Paket begonnen wird, sollte im Debian Bug Tracking System (BTS, http://bugs.debian.org/) ein neuer ITP-Bug eröffnet werden. Dies bedeutet, dass ein Paket mit dem Status „Intend To Package“ (http://www.debian.org/devel/wnpp/being_packaged) in der Datenbank aufgenommen wird. Mit diesem Schritt wird das Risiko minimiert, dass bereits ein anderer Entwickler am gleichen Paket arbeitet. So werden doppelte Arbeiten vermieden.

Natürlich sollte auch die Liste der Pakete für die bereits ein ITP-Bug eröffnet wurde, durchgesehen werden. Eventuell arbeitet ja bereits jemand an diesem Paket.

Pakete für den privaten Gebrauch zu erzeugen, ist ein sehr einfacher Prozess. Um jedoch das Paket in die Debian Distribution aufnehmen zu lassen, sind eine Reihe von Punkten und Verfahren zu beachten. Konformität zu de Debian Standarts und Übereinstimmung mit dem Debian Policy Manual (http://www.us.debian.org/doc/debian-policy/) gewährleisten, dass das Paket den hohen Qualitätsansprüchen der Debian-Community entspricht.

Im Debian Policy Manual ist festgelegt, wie der Name eines Paketes bestimmt wird, in welchem Abschnitt der Distribution das Paket abgelegt wird und wie verschiedene Teile der Installation behandelt werden. Es gibt weitere Dokumentation wie beispielsweise die „perl-policy“ (http://www.debian.org/doc/packaging-manuals/perl-policy/) oder die „menu-policy“ (http://www.debian.org/doc/packaging-manuals/menu-policy/) in der Perl-Pakete, bzw. die Handhabung von Menueinträgen behandelt werden.

Der komplette Neueinstieg in alle diese Vorschriften ist sicher sehr kompliziert, nach ein oder zwei einfachen Paketen, wird aber vieles klarer. Eine sinnvolle Referenz für den ersten Einstieg ist der „Debian New Maintainer Guide“ (http://www.us.debian.org/doc/maint-guide/) in welchem das Erstellen von Debian-Paketen anhand einiger Beispiele erklärt wird.

Nachdem das gewünschte Paket erzeugt wurde, ist der wichtigste Teil der arbeiten abgeschlossen. Wie das Paket nun auf einen offiziellen Debian-Server gelangt, ist sehr davon abhängig ob das Paket von einem Debian Entwickler erzeugt wurde oder nicht. Ein Debian Entwickler kann das Paket direkt auf einem Debian Server ablegen. Ist man kein Debian Entwickler, plant aber in Zukunft diesen Status zu erreichen, so besteht die Möglichkeit mit einem anderen Debian Entwickler einen sogenannten Sponsor zu finden. Dieser kann das Paket prüfen und auf dem Debian Server ablegen.

### 6.9.2 Sponsored Uploads

Normalerweise werden neue Entwickler vom Debian Projektteam aufgenommen und laden anschliessend die von ihnen entwickelten Pakete auf einen Debian Server. Dies können sowohl komplett neue Pakete sein, welche noch nicht in der Debian Distribution enthalten sind, es kann sich aber auch um verwaiste (orphaned) Pakete handeln, welche aktuell keinen Betreuer (Maintainer) haben. Da es ausschliesslich Debian Entwicklern erlaubt ist Pakete auf den Servern abzulegen, müssen Pakete von Nicht-Entwicklern von einem Debian Entwickler „gesponsored“ werden.

Ein geeigneter Debian Entwickler kann auf der Mailingliste „debian-mentors“ gefunden werden. Die Leser dieser liste sind spezialisiert darauf neue Debian Entwickler beim durchlaufen des Prozesses zum Entwicklerstatus zu begleiten. Die Mail an diese Liste sollte eine Beschreibung des Paketes enthalten um das Interesse der Debian Entwickler zu wecken. Weiterhin ist eine URL anzugeben unter der die Binär- und Quellcodepakete zu finden sind. Besonders wichtig sind die Quellcodepakete, da ein potentieller Sponsor natürlich einen Einblick in das Paket bekommen möchte.

Zurück | Nach oben | Weiter
6.8 Debian-Repositories | Zum Anfang | 6.10 Debian Package Tags (debtags)

© 1999-2006 Frank Ronneburg - Dieser Inhalt ist unter einem Creative Commons Namensnennung - Nicht-kommerziell - Keine Bearbeitung Lizenzvertrag lizenziert (creativecommons.org/licenses/by-nc-nd/2.0/de/legalcode).