47
contributi
(Nuova pagina: Per chi come me utilizza un sistema misto (testing/sid) è ogni tanto utile sapere quanti e quali pacchetti provengono da quale release. Proprio dopo il recente aggiornamento a squeeze...) |
Nessun oggetto della modifica |
||
Riga 40: | Riga 40: | ||
dove con "cut -d '/' -f1", dividiamo la stringa dove c'è lo slash (/) e prendiamo solo il primo campo (-f1) per avere solo il nome del pacchetto senza le informazioni relative alla release, all'aggiornabilità e alla versione (che non sarebbero "digerite" da aptitude).<br /> | dove con "cut -d '/' -f1", dividiamo la stringa dove c'è lo slash (/) e prendiamo solo il primo campo (-f1) per avere solo il nome del pacchetto senza le informazioni relative alla release, all'aggiornabilità e alla versione (che non sarebbero "digerite" da aptitude).<br /> | ||
===Pinning=== | |||
{{ warningbox | al pinning!}} | |||
Dal momento che l'utilità del pacchetto si trova in un sistema misto, molto probabilmente, anche se non obbligatorio, utilizzerete il pinning per gestire i pacchetti provenienti da release diverse. In questo caso, per un pinning > 500, i pacchetti ad esempio in testing con una versione superiore in sid verranno considerati pacchetti appartenenti a sid ed aggiornabili. Dunque, al prossimo aggiornamento passeranno all'ultima versione disponibile trovandosi effettivamente in sid.<br /> | |||
Per una "giovane" testing o un sistema misto sid/experimental è dunque consigliabile un pinning inferiore a 500 per la release superiore. | |||
===Referenze=== | ===Referenze=== |
contributi