Wie Sie die Version eines .deb subpackage außer Kraft zu setzen?

Question

Ich brauche eine .deb für unsere Software zu machen, die eine Kopie von Drupal enthält. Ich habe Drupal flicken, so dass ich nicht den Bestand Drupal aus der Distribution verwenden können. Ich möchte das Ergebnis eine Datei namens drupal6-rs_6.16_all.deb sein, sondern weil in meiner Steuerdatei es ein subpackage, es ist die Version meines Hauptpaketes „erben“, so dass ich mit einem Paket drupal6-rs_6.0.6 Ende _all.deb (6.0.6 ist die Version unserer eigenen Code-Basis).

Ich würde es vorziehen zu können, das Drupal-Paket zu erzeugen, aus der gleichen debian / * Beschreibung, anstatt machte einen separaten debian / * Teilbaum für Drupal allein.

Kann dies geschehen? Ich weiß, dass mit RPM ist es möglich, die Version eines subpackage außer Kraft zu setzen, aber wenn ich Version hinzu: 6.16 auf die debian / control-Header des subpackage, es (a) Highlights anders in vim zu den anderen Kopfeinträgen und (b) keine Wirkung.

Answer 1

Ich sollte manchmal RTFM. Schauen Sie sich man dh_installchangelogs. Es gibt einen Grund, warum es eine s ihm nachgestellt hat!

Ja, es scheint, dass Sie können überschreiben die Version eines Binärpaket in einem Mehr Binärquelle Paket.

Answer 2

Da es pro Quellcode-Paket nur eine debian/changelog Datei ist, glaube ich, nur eine Version pro Quellcode-Paket sein kann. Wenn Sie das Debian-Paket-Tracking-System zu buchen, es bezieht sich immer auf eine Versionsnummer - die des Quellpaket. Das Binärpaket (n), dass das Quellpaket baut daher die gleiche Versionsnummer.

Dies lässt Sie mit zwei Optionen -

1. Do Dinge der richtige Weg - Patch Drupal (vielleicht mit dpatch, wie das Paket Drupal in Debian es bereits verwendet) und gehen als separate Quelle Paket an sich. Legen Sie eine Versionsnummer Suffix (z 6.17-1yourcompany1). Dann machen Sie ein Paket für Ihre eigene Software und haben Ihre Software hängt von den Drupal. Jetzt können Sie auf drupal6 (=6.17-1yourcompany1) abhängen, so dass Sie alle wissen, hat bekam tatsächlich den Patch. ein persönliches Repository mit Ihrer Software zu verteilen wäre eine gute Idee sein.

2. Die andere Alternative Sie haben, ist eine hacky Methode zu verwenden. Da Sie nicht wollen, einen separaten debian/ Ordner verwenden, eine Verwendung. Ob Sie machen zwei Binärdateien oder eine (mit allem, was in auf großes Paket zusammengefasst) aus dem Quellcode-Paket, ist es an Ihnen zu entscheiden, welche Versionsnummer die Sie verwenden möchten - Drupal oder Ihre Codebasis des

.