discordanza release nel modulo di virtualbox precompilato
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
Reply to: