Drupalのコピーを含むソフトウェアの.debを作成する必要があります。Drupalにパッチを適用する必要があったため、ディストリビューションのストックDrupalを使用できません。結果をdrupal6-rs_6.16_all.debという名前のファイルにしたいのですが、制御ファイルではサブパッケージであるため、メインパッケージのバージョンを「継承」しているため、最終的にパッケージdrupal6-rs_6.0.6になります。 _all.deb（6.0.6は独自のコードベースのバージョンです）。
Drupalだけのために別のdebian/*サブツリーを作成するのではなく、同じdebian/*記述内からDrupalパッケージを生成できるようにしたいと思います。
これはできますか？RPMを使用すると、サブパッケージのバージョンをオーバーライドできることは知っていますが、バージョン：6.16をサブパッケージのdebian / controlヘッダーに追加すると、（a）vimで他のヘッダーエントリとは異なるハイライトが表示され、（b）無効。
私は時々RTFMする必要があります。を見てくださいman dh_installchangelogs。接尾辞が付いているのには理由がありsます！
はい、マルチバイナリソースパッケージのバイナリパッケージのバージョンを上書きできるようです。
debian/changelogソースパッケージごとにファイルが1つしかないため、ソースパッケージごとにバージョンは1つしかないと思います。Debian Package Tracking Systemを見ると、常に1つのバージョン番号（ソースパッケージのバージョン番号）を参照しています。したがって、ソースパッケージがビルドするバイナリパッケージのバージョン番号は同じです。
これにより、2つのオプションが残ります-
正しい方法で物事を実行します-Drupalにパッチを適用し（dpatchDebianのDrupalパッケージはすでにそれを使用しているため、おそらくを使用します）、それ自体を別のソースパッケージとして残します。バージョン番号のサフィックスを付けます（例6.17-1yourcompany1）。次に、独自のソフトウェアのパッケージを作成し、ソフトウェアをDrupalに依存させます。今、あなたは頼ることができるので、drupal6 (=6.17-1yourcompany1)誰もが実際にパッチを持っていることがわかります。個人リポジトリを使用してソフトウェアを配布することをお勧めします。
あなたが持っている他の選択肢は、ハッキーな方法を使用することです。別のフォルダを使用したくないので、別のdebian/フォルダを使用してください。ソースパッケージから2つのバイナリを作成するか（すべてを大きなパッケージにマージして）1つを作成するかにかかわらず、使用するバージョン番号（Drupalまたはコードベース）を決定するのはあなた次第です。