Con Mint 17, ho appena eseguito apt-get upgrade per la prima volta dopo un po', con 350 MB di download. Si ferma a metà per dirmi /etc/issue non è la versione dei manutentori del pacchetto. Idem per issue.net e lsb-release , dove appare la differenza:
-DISTRIB_ID=LinuxMint
-DISTRIB_RELEASE=17
-DISTRIB_CODENAME=qiana
-DISTRIB_DESCRIPTION="Linux Mint 17 Qiana"
+DISTRIB_ID=Ubuntu
+DISTRIB_RELEASE=14.04
+DISTRIB_CODENAME=trusty
+DISTRIB_DESCRIPTION="Ubuntu 14.04.2 LTS"
OK, ho detto "no" a ciascuno di questi tre aggiornamenti di file (cioè mantienilo come Mint). Ora mi chiedo solo se questo è un sintomo di un problema più serio? Potrebbe apt-get essere corrotto? C'è qualche semplice controllo che posso fare per dirmi che è tutto a posto? Google, finora, mi dice che nessun altro ha questo problema, il che sembra strano se si tratta di un pasticcio nella confezione di Mint.
Scusa, è una domanda un po' banale. Immagino che si riduca a:va bene alzare le spalle e non pensare a quei tre file?
AGGIORNAMENTO
Ecco l'output di apt-cache policy base-files :
base-files:
Installed: 7.2ubuntu5.2
Candidate: 7.2ubuntu5.2
Version table:
*** 7.2ubuntu5.2 0
500 http://archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
100 /var/lib/dpkg/status
7.2ubuntu5 0
500 http://us.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
500 http://archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
Tuttavia ci sono ancora alcuni pacchetti di menta, ecco apt-cache policy | grep -i mint :
700 http://extra.linuxmint.com/ qiana/main i386 Packages
release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=main
origin extra.linuxmint.com
700 http://extra.linuxmint.com/ qiana/main amd64 Packages
release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=main
origin extra.linuxmint.com
700 http://packages.linuxmint.com/ qiana/import i386 Packages
release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=import
origin packages.linuxmint.com
700 http://packages.linuxmint.com/ qiana/upstream i386 Packages
release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=upstream
origin packages.linuxmint.com
700 http://packages.linuxmint.com/ qiana/main i386 Packages
release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=main
origin packages.linuxmint.com
700 http://packages.linuxmint.com/ qiana/import amd64 Packages
release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=import
origin packages.linuxmint.com
700 http://packages.linuxmint.com/ qiana/upstream amd64 Packages
release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=upstream
origin packages.linuxmint.com
700 http://packages.linuxmint.com/ qiana/main amd64 Packages
release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=main
origin packages.linuxmint.com
Risposta accettata:
Da quello che ho raccolto dai repository di Mint, Mint 17 (Qiana) è basato su Ubuntu 14.04 (Trusty Tahr) e invece di ospitare tutto da solo, Mint si affida ai repository di Ubuntu per fornire tutti i pacchetti che non sono stati modificati da Menta. Ciò include base-files , che contiene /etc/issue eccetera.; sembra che Mint installi la versione Ubuntu del pacchetto, quindi sovrascriva i file interessati con le proprie versioni senza utilizzare un pacchetto.
Ora Ubuntu ha aggiornato base-files per 14.04.2 e poiché Mint utilizza i repository di Ubuntu, quell'aggiornamento viene raccolto dalle installazioni di Mint. E poiché /etc/issue e così via sono stati modificati senza passare attraverso il sistema di confezionamento, dpkg ritiene che l'utente abbia cambiato qualcosa e chiede prima di sovrascrivere i file.
Quindi, per rispondere alla tua domanda, come dice Anthon è abbastanza sicuro, anche se un po' sfortunato (Mint dovrebbe davvero avere la sua versione di base-files ). Puoi mantenere le versioni di Mint o utilizzare le versioni di Ubuntu; l'unica conseguenza in quest'ultimo caso è che il software che deve determinare su quale distribuzione è in esecuzione troverà Ubuntu anziché Mint, ma Mint è abbastanza simile a Ubuntu da non avere alcun impatto reale.