Angenommen, es wurde ein Bug-Report (#54321) erstellt, und er beschreibt ein Problem, das Sie lösen können. Um eine neue Revision zu erstellen haben Sie folgendes zu tun:
Tipp: Wie bekommen Sie das Datum ins richtige Format? Nehmen Sie
822-date
oder date
mit der Option "-R".
Dies ist eine andere, etwas kompliziertere Situation - eine neue Upstream-Version wurde freigegeben und Sie wollen diese natürlich gleich übernehmen. Sie können nun folgendes tun:
gentoo-0.9.13.tar.gz
'), in das Verzeichnis über dem alten
Quellcode-Verzeichnis (z.B. `~/gentoo/
') ablegen.
uupdate -u gentoo-0.9.13.tar.gz
Natürlich ersetzen Sie den Dateinamen durch den Namen des neuen Source-Tarballs
Ihres Programms. uupdate(1)
wird es dann richtig umbenennen und
versuchen, alle Änderungen aus Ihrer vorherigen Datei `*.diff.gz
'
in die neue Version zu übernehmen. Anschließend wird die Datei
`debian/changelog
' aktualisiert.
../gentoo-0.9.13
', Ihr neues
Quellcode-Arbeitsverzeichnis, und wiederholen Sie die Schritte aus Kompletter Neubau, Abschnitt 7.1,
Überprüfung des Pakets auf Fehler, Kapitel 8
und Hochladen des Pakets, Kapitel 9.
Übrigens können Sie, vorausgesetzt Sie haben `debian/watch' wie in watch.ex, Abschnitt 6.10 aufgesetzt, durch
Ausführung von uscan(1)
"automagisch" nach aktuellem
Quellcode suchen, ihn herunterladen und uupdate
durchführen.
Wenn Sie Pakete für das Debian-Archiv vorbereiten, müssen Sie die erstellten Paket eingehend prüfen. Es folgt ein realistischeres Beispiel für dieses Vorgehen.
changelog
, NEWS
und andere
Dokumentationen der neuen Version des Upstream-Autors.
<Paketname>-<Upstream_Version>/
um und
wechseln Sie in dieses Verzeichnis.
<Paketname>_<Upstream_Version>.orig.tar.gz
um.
uupdate
',
debian/
aus dem alten
Paketverzeichnis, wenn es mit dpatch
erstellt wurde.
debian/changelog
ein, z.B.:
mit dem Aufruf `dch -v 0.9.13-1'.
*.rej
). Meistens stellt sich heraus, dass ein Patch, den Sie auf
den Quellcode anwenden wollen, schon durch den Upstream-Autor in den Quellcode
integriert wurde und der Patch nicht mehr gebraucht wird.
dh_make
mit der Option -o
nocheinmal im schon "debianisierten" Verzeichnis aufrufen und dann
entsprechend ändern.
debian/rules
und
debian/control
für die Build-Abhängigkeiten wenn nötig angepasst.
debuild
, Abschnitt 7.3 oder Das Paket pbuilder
, Abschnitt
8.6 beschrieben. Die Nutzung von pbuilder
ist wünschenswert.
Debian Bug Tracking System (BTS)
noch offen sind.
*.changes
, damit Sie zur
richtigen Distribution hochladen, die zutreffenden Fehlerbehebungen im Feld
`Closes:' aufgelistet sind, die Felder `Maintainer:' und `Changed-By:'
übereinstimmen, die Dateien GPG-signiert sind etc.
*.orig.tar.gz
Wenn Sie versuchen, ein Paket nur aus dem neuen entpackten Quellcode mit dem
Verzeichnis debian/
und ohne die Datei *.orig.tar.gz
im übergeordneten Verzeichnis zu bauen, werden Sie unabsichtlich ein
Nativ-Quellpaket erstellen, das keine Datei *.diff.gz
enthält.
Diese Art von Paketen sollte nur für Debian-spezifische Pakete verwendet
werden, die für andere Distributionen nicht nützlich sind. [5]
Um kein Nativ-Quellpaket zu erstellen, sondern eins, das die Dateien
*.orig.tar.gz
und *.diff.gz
enthält, müssen Sie den
Quellcode-Tarball selbst in das übergeordnete Verzeichnis kopieren und seinen
Namen in <Paketname>_<Upstream_Version>.orig.tar.gz
ändern, wie es das Kommando dh_make
in Die erste "Debianisierung",
Abschnitt 3.4 macht.
cvs-buildpackage
und ähnlicheSie sollten überlegen, ein Versionskontrollsystem für die Verwaltung der Paketierungsdateien einzusetzen. Es gibt verschiedene Wrapper-Skripte, die auf die Verwendung mit den populärsten angepasst sind.
cvs-buildpackage
svn-buildpackage
tla-buildpackage
arch-buildpackage
Diese Kommandos automatisieren auch das Paketieren neuer Upstream-Releases.
Wenn Sie eine neue Version Ihres Pakets gebaut haben, sollten Sie folgende Schritte ausführen, um sicher zu stellen, dass Ihr Paket problemlos aktualisiert werden kann:
Wenn das Paket nicht triviale pre/post/inst/rm-Skripte enthält, testen Sie unbedingt deren Verhalten während einer Aktualisierung.
Wenn Ihr Paket in einer früheren Version schon in Debian integriert ist, vergessen Sie nicht, auch gegen diese Version zu testen, weil viele Leute die Version aus dem letzten Debian-Release upgraden werden.
Anleitung für zukünftige Debian-Maintainer
Version 1.2.3, 18. Januar 2005.joy-mg@debian.org
mail@erikschanze.de
blade@debian.org