Das debian-volatile-Projekt

debian-volatile für Entwickler

Was ist debian-volatile?

Einige Pakete folgen schnell beweglichen Zielen wie Spam-Filterung und Virenscanning, und selbst wenn sie aktualisierte Datenmuster verwenden, werden sie nicht über die gesamte Dauer einer stabilen Veröffenlichung funktionieren. Das Hauptanliegen von Volatile ist es, Systemadministratoren zu ermöglichen, ihre Systeme auf eine nette, konsistente Art und Weise zu aktualisieren, ohne die Nachteile der Verwendung von Unstable zu erfahren, ja selbst ohne die Nachteile der gewählten Pakete zu erfahren. Anleitungen zum Einsatz des Volatile-Archivs können auf der debian-volatile Benutzerseite gefunden werden.

Annahmeregeln

Damit ein Paket in debian-volatile aufgenommen wird, muss es die folgenden Kriterien erfüllen:

Das Paket sollte nur in Zusammenarbeit mit seinem/seinen Betreuer(n) vorbereitet werden.
In anderen Worten: ein Paket sollte nur von seinem/seinen Paketbetreuer(n) zu debian-volatile hochgeladen werden. Nur auf diese Weise können wir Sicherheitsunterstützung für Pakete in debian-volatile sowie angemessenes Paketieren und saubere Aktualisierungspfade sicherstellen.
debian-volatile ist nicht einfach ein anderer Ort für Backports, sondern sollte nur Änderungen an stabilen Programmen enthalten, die notwendig sind, um diese funktionstüchtig zu halten. Ein spezieller Abschnitt des Archivs namens sloppy kann dafür in Frage kommen, Pakete bei im Vergleich zum regulären Haupt-debian-volatile-Archiv lockereren Einschränkungen zuzulassen. Dies muss auf den Listen diskutiert werden.
Das Paket sollte jedem Administrator ein einfach benutzen ermöglichen, genau wie sie security.d.o einfach benutzen, und sie können sicher davon ausgehen, dass dadurch nichts kaputt geht.
Die übliche Debian-Fehlerdatenbank sollte für Fehlermeldungen genutzt werden.
Pakete in debian-volatile dürfen während Ausführung oder Erstellung keine Pakete außerhalb von Stable/Main (oder jeglicher späterer Version) benötigen. Pakete müssen innerhalb derselben (stabilen) Veröffentlichung automatisiert erstellbar sein. Diese Bedingung kann womöglich für das sloppy-Archiv etwas entspannter gehandhabt werden, je nach gegebenem Fall. Dies muss auf den Listen diskutiert werden.
Pakete müssen zu den Richtlinien für Stable konform sein; derzeit nehmen wir http://release.debian.org/etch_rc_policy.txt als einen Hinweis darauf, was in Ordnung ist und was nicht.
Der Aktualisierungspfad von volatile zur nächsten stabilen Veröffentlichung muss zumindest so einfach sein wie für eine stabile Veröffentlichung; Versionsnummern in Volatile dürfen zum Beispiel nicht höher als die in Testing sein.

Verfahren zur Aufnahme eines Pakets

Wir stellten fest, dass das unten angegebene Verfahren recht gut für die Aufnahme neuer Pakete in debian-volatile funktioniert:

Senden Sie eine E-Mail an die Mailingliste debian-volatile@lists.debian.org
Dies dient dazu, Ihre Änderungen öffentlich zu diskutieren. Darüber hinaus ist es eine gute Idee, einen Link auf ein Unified Diff hinzuzufügen. Beachten Sie bitte die debian-volatile-Richtlinien, d.h. nehmen Sie nur notwendige Änderungen vor.
Andere Entwickler seien dazu ermuntert an diesen Diskussionen teilzunehmen, so dass das debian-volatile-Team weiss, welche Änderungen die Benutzer haben wollen und welche nicht. Jeder auf der Liste sei dazu ermutigt die vorgeschlagenen Änderungen zu überprüfen.
Zu debian-volatile hochladen
Nachdem Sie übereinstimmend Zustimmung von der Liste erhalten, laden Sie bitte zumindest Quell- und binary-all-Pakete zu volatile-master.debian.org (siehe unten) via FTP hoch. Bitte dokumentieren Sie Änderungen in debian/changelog. Einfach nur zu schreiben
* Upload package to volatile
ist NICHT akzeptierbar. Falls Sie für dieses Paket bereits einen Upload zu Volatile vorgenommen haben und Ihre vorgeschlagenen Änderungen gegenüber der Vorversion Sicherheitsbehebungen enthalten, teilen Sie uns dies bitte im Vorfeld mit. Falls Sie bereits eine oder mehrere CVE-Kennungen erhalten haben, nehmen Sie diese bitte ins Changelog auf, so dass Sicherheitsprobleme verfolgt werden können. Falls Ihnen keine CVE-Kennung vorliegt, teilen Sie uns dies bitte mit, denn wir können sie für Sie in Erfahrung bringen. Falls Sie das debian-volatile-Team privat kontaktieren wollen, so kontaktieren Sie bitte eines seiner Mitglieder. Manchmal gibt es einen Embargozeitraum zu Veröffentlichung von Sicherheitsfehlern und ihrer Behebung. Wir berücksichtigen diese.
Pakete werden automatisch gebaut
Pakete werden automatisch vom Autobuilder-Network gebaut. Hierfür ist keine Interaktion oder manuelle Bearbeitung notwendig.
Eine debian-volatile-Aktualisierungsmitteilung (VUA) wird vorbereitet
Während das Paket automatisch gebaut wird, wird das debian-volatile-Team zu Ihnen Kontakt aufnehmen, um den Inhalt der Aktualisierungsmitteilung zu klären, die über debian-volatile-announce@lists.debian.org versendet werden wird.
Paket wird veröffentlicht.
Das Paket erfährt eine letzte Überprüfung und wird veröffentlicht.

Wie man zu Volatile hochladen kann

Fügen Sie den folgenden Schnippsel zu Ihrer ~/.dput.cf hinzu:

[volatile]
method = ftp
fqdn = volatile-master.debian.org
incoming = /pub/UploadQueue/
login = anonymous
hash = md5

Bitte beachten Sie, dass hochgeladene Dateien von Debian-Betreuern für Volatile wegen technischer Beschränkungen derzeit nicht bearbeitet werden können. Sie benötigen einen Sponsor, der Ihre Dateien signiert.

Falls Sie dupload verwenden, nehmen Sie den folgenden Abschnitt in Ihre ~/.dupload.conf auf:

$cfg{'volatile'} = {
        fqdn => "volatile-master.debian.org",
        incoming => "/pub/UploadQueue/",
        # files pass on to dinstall on ftp-master which sends emails itself
        dinstall_runs => 1,
        passive => 1,
};

Installationzeiten

Im Gegensatz zu ftp-master gibt es keine festen Zeiten für dinstall auf volatile. dinstall wird alle 15 Minuten von cron gestartet. Zuerst wird jede Datei changes im Upload-Verzeichnis überprüft. Wenn es irgendeine changes-Datei in queue/accepted nach der Überprüfung gibt (das bedeutet, dass mindestens ein Paket aus dem nicht geprüften Verzeichnis oder von Hand aus der Warteschlange new akzeptiert wurde) oder ein Volatile-ftpmaster das Starten von dinstall veranlasst, wird dinstall gestartet und werden die Spiegel nach dem Lauf synchronisiert.

Signierschlüssel des Archivs, Mailingliste

Bitte lesen Sie die Hauptseite von volatile für Details.