Come ignorare la versione di un sottopackage .deb?

Question

ho bisogno di fare un .deb per il nostro software, che include una copia di Drupal. Ho dovuto rattoppare Drupal, quindi non posso usare lo stock Drupal dalla distro. Voglio il risultato di essere un file chiamato drupal6-rs_6.16_all.deb, ma perché nel mio file di controllo è un sottopacchetto, è di "ereditare" la versione del mio pacchetto principale, così finisco con un pacchetto drupal6-rs_6.0.6 _all.deb (6.0.6 è la versione della nostra base di codice).

Io preferirei essere in grado di generare il pacchetto di Drupal dall'interno della stessa debian / * descrizione, piuttosto che fare una debian / * sottostruttura separata per la sola Drupal.

Può questo essere fatto? So che con RPM è possibile sovrascrivere la versione di un sottopacchetto, ma se aggiungo Versione: 6.16 per intestazione debian / controllo del subpackage, è (a) mette in evidenza in modo diverso in vim alle altre voci di intestazione, e (b) ha nessun effetto.

Answer 1

I dovrebbe RTFM volte. Guarda man dh_installchangelogs. C'è una ragione è ottenuto un s suffisso ad essa!

Sì, vi pare possono sovrascrivere la versione di un pacchetto binario in un pacchetto sorgente a più binari.

Answer 2

Poiché v'è un solo file debian/changelog per ogni pacchetto sorgente, credo che non ci può essere solo una versione per ogni pacchetto sorgente. Se si guarda alla Debian Package Tracking System, si riferisce sempre ad un numero di versione - quella del pacchetto sorgente. Il pacchetto binario (s) che il pacchetto sorgente costruisce, pertanto, hanno lo stesso numero di versione.

Questo vi lascia con due opzioni -

1. fare le cose nel modo giusto - patch di Drupal (magari con dpatch, come il pacchetto di Drupal in Debian usa già è) e lasciare come un pacchetto sorgente separata in sé. Mettere un numero di versione suffisso (ad esempio 6.17-1yourcompany1). Poi fare un pacchetto per il proprio software e avere il vostro software dipende dal Drupal. Ora si può dipendere da drupal6 (=6.17-1yourcompany1) in modo da sapere tutti ha in realtà ha la patch. Utilizzo di un repository personale per distribuire il software sarebbe una buona idea.

2. L'altra alternativa che hai è quella di utilizzare un metodo di hacky. Dal momento che non si desidera utilizzare una cartella separata debian/, utilizzare uno. Se si fanno due binari o uno (con tutto fusa in su grande pacchetto) dal pacchetto sorgente, spetta a voi decidere quale numero di versione che si desidera utilizzare - di Drupal o del tuo codebase

.