Questo è il mio sistema: $ uname -a Linux debian 2.6.24-1-686 #1 SMP Thu Jan 31 20:35:50 UTC 2008 i686 GNU/Linux
e queste le preferenze per apt: $ cat /etc/apt/preferences Package: * Pin: release a=testing Pin-Priority: 850 Package: * Pin: release a=unstable Pin-Priority: 800 Package: * Pin: release a=experimental Pin-Priority: 750 Questi sono i pacchetti installati di virtualbox: $ dpkg -l |grep virtualbox ii virtualbox-ose 1.5.4-dfsg-4 ii virtualbox-ose-guest-modules-2.6.24-1-686 1.5.4-dfsg-4+2.6.24-2 ii virtualbox-ose-guest-source 1.5.4-dfsg-4 ii virtualbox-ose-modules-2.6.24-1-686 1.5.4-dfsg-4+2.6.24-2 ii virtualbox-ose-source 1.5.4-dfsg-4 virtualbox-ose-modules e virtualbox-ose-guest-modules sono binari ottenuti dalla compilazione in locale con m-a dei relativi sorgenti. Questa soluzione è stata adottata in quanto i moduli precompilati per il kernel 2.6.24 non erano ancora disponibili. Una volta compilati e installati entrambi i moduli figuravano nella directory di aptitude come pacchetti creati localmente. Almeno era cosi' fino a quando sono stati resi disponibili nei repository anche i rispettivi precompilati. Dopo aver effettuato l'update, aptitude mi ha evidenziato che solo il modulo virtualbox-ose-guest-modules è ancora rimasto nella directory dei pacchetti creati localmente mentre virtualbox-ose-modules mi è stato spostato nella directory dei pacchetti aggiornabili, appresso si capisce meglio perchè secondo me non avrebbe dovuto succedere: $ apt-cache policy virtualbox-ose-modules-2.6.24-1-686 virtualbox-ose-modules-2.6.24-1-686: Installato: 1.5.4-dfsg-4+2.6.24-2 Candidato: 2.6.24+1.5.4-dfsg-1 Tabella versione: 2.6.24+1.5.4-dfsg-1 0 800 http://debian.fastweb.it unstable/main Packages *** 1.5.4-dfsg-4+2.6.24-2 0 100 /var/lib/dpkg/status In "Installato" viene specificata prima la versione del pacchetto e poi quella del kernel, mentre nel "Candidato" è l'incontrario. La versione compilata in locale risulta pertanto da aggiornare alla versione precompilata sebbene la versione 1.5.4-dfsg-4 ossia quella compilata con m-a è piu' recente e avrebbe dovuto rimanere nella directory dei pacchetti creati localmente. Questo non succede anche con virtualbox-ose-guest-modules che ricordo li avevo compilati insieme con m-a dopo aver installato i relativi sorgenti di uguale versione (1.5.4-dfsg-4) perchè mancavano ancora i precompilati per il kernel 2.6.24, infatti: $ apt-cache policy virtualbox-ose-guest-modules-2.6.24-1-686 virtualbox-ose-guest-modules-2.6.24-1-686: Installato: 1.5.4-dfsg-4+2.6.24-2 Candidato: 1.5.4-dfsg-4+2.6.24-2 Tabella versione: *** 1.5.4-dfsg-4+2.6.24-2 0 100 /var/lib/dpkg/status qui va tutto bene perchè la release "Candidata" e nella "Tabella versione" è riportata correttamente e non invertita rispetto l'altra. Inoltre il pacchetto precompilato risulta della stessa versione di quello compilato con m-a. Conclusione: Nel pacchetto precompilato di virtualbox-ose-modules relativo al kernel 2.6.24 mi risultano salvo smentite due incongruenze: 1)Release invertita 2.6.24+1.5.4-dfsg-1 anzichè 1.5.4-dfsg-1+2.6.24-2 2)numero della release del pacchetto 1.5.4-dfsg-1 anzichè 1.5.4-dfsg-4 come nel pacchetto precompilato, questo denota che il precompilato di virtualbox-ose-modules si basa anche su un sorgente diverso e precedente e tuttavia risulta ancora nel ramo unstable a differenza di virtualbox-ose-guest-module come si deduce da qui: $ apt-show-versions|grep virtualbox virtualbox-ose-modules-2.6.24-1-686/unstable upgradeable from 1.5.4-dfsg-4+2.6.24-2 to 2.6.24+1.5.4-dfsg-1 virtualbox-ose-guest-source/testing uptodate 1.5.4-dfsg-4 virtualbox-ose/testing uptodate 1.5.4-dfsg-4 virtualbox-ose-source/testing uptodate 1.5.4-dfsg-4 virtualbox-ose-guest-modules-2.6.24-1-686 1.5.4-dfsg-4+2.6.24-2 installed: No available version in archive In pratica si rendono disponibili moduli sorgente in testing piu' recenti dei moduli precompilati in unstable ai quali per complicare di piu' la situazione, si inverte la release provocando necessità di aggiornamento indesiderate in testing e il probabile non funzionamento di virtualbox. La conseguenza è che sono costretto a bloccare il modulo compilato di virtualbox-ose-modules. Spero di non aver confuso troppo le idee ;-) -- Giuseppe Ferruzzi -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
