Aggiornamenti e pinning

7 risposte [Ultimo contenuto]
Ritratto di samiel
samiel
(Monster)
Offline
Monster
Iscritto: 20/12/2005
Messaggi: 496

Vorrei aggiornare alcuni pacchetti alla unstable dalla testing.
Ritenevo che "forzando" la cosa aptitude o apt-get lo facessero.
La situazione è questa:

==========================================
samiel@debian:~$ cat /etc/apt/sources.list
# Lenny [Testing]
deb http://ftp.it.debian.org/debian/ testing main contrib non-free
deb-src http://ftp.it.debian.org/debian/ testing main contrib non-free
deb http://security.debian.org/ testing/updates main contrib
deb-src http://security.debian.org/ testing/updates main contrib

# Sid [Unstable]
deb http://ftp.it.debian.org/debian/ unstable main contrib non-free
deb-src http://ftp.it.debian.org/debian/ unstable main contrib non-free

# Marillat for Unstable
deb http://www.debian-multimedia.org sid main
# Marillat for Experimental
deb http://www.debian-multimedia.org experimental main

# Rarewares for Unstable
deb http://www.rarewares.org/debian/packages/unstable/ ./
# Rarewares for Experimental
deb http://www.rarewares.org/debian/packages/experimental/ ./

# Cinelerra
deb http://www.kiberpipa.org/~minmax/cinelerra/builds/sid/ ./
==========================================

==========================================
samiel@debian:~$ cat /etc/apt/apt.conf
APT::Default-Release "lenny";
APT::Cache-Limit 15000000;
Apt::Get::Purge;
APT::Clean-Installed;
APT::Get::Fix-Broken;
APT::Get::Fix-Missing;
APT::Get::Show-Upgraded "true";
APT::Force-LoopBreak=true;
APT::Get::AllowUnauthenticated 1;
==========================================

==========================================
samiel@debian:~$ cat /etc/apt/preferences
Package: *
Pin: release a=testing
Pin-Priority: 990

Package: *
Pin: release a=unstable
Pin-Priority: 900

Package: *
Pin: release o=Unofficial Multimedia Packages
Pin-Priority: 850

Package: *
Pin: release o=xmixahlx
Pin-Priority: 800

Package: *
Pin: release a=experimental
Pin-Priority: 750
==========================================

Ma, se ad es. do un aptitude install -f kde/unstable, ricevo:

==========================================
debian:~# aptitude install -f kde/unstable
Lettura della lista dei pacchetti in corso... Fatto
Generazione dell'albero delle dipendenze in corso... Fatto
Lettura delle informazioni sullo stato esteso
Inizializzazione dello stato dei pacchetti... Fatto
Lettura delle descrizioni dei task... Fatto
Costruzione del database dei tag... Fatto
I seguenti pacchetti sono stati bloccati:
k3b libk3b3
0 pacchetti aggiornati, 0 installati, 0 da rimuovere e 2 non aggiornati.
È necessario prelevare 0B di archivi. Dopo l'estrazione, verranno occupati 0B.
Scrittura delle informazioni sullo stato esteso... Fatto
==========================================

Da considerare che in testing (e nel mio sistema) c'è la 3.5.5,
mentre in unstable la 3.5.6. Dov'è che sbaglio?

Grazie
M.

linux user no.: 353546
public key at http://keyserver.linux.it

Ritratto di kio341
kio341
(Junior)
Offline
Junior
Iscritto: 20/12/2004
Messaggi: 47

Quote:

4.2.3 Verifica dello stato dei pacchetti

Indipendentemente dal metodo utilizzato per l'aggiornamento, si raccomanda di controllare prima lo stato di tutti i pacchetti, e di verificare che tutti i pacchetti siano in uno stato che ne consente l'aggiornamento. Il seguente comando visualizzerà eventuali pacchetti che siano in uno stato “Half-Installed” o “Failed-Config”, e quelli che abbiano uno status problematico.

# dpkg --get-selections | grep hold

Si può anche ispezionare lo stato di tutti i pacchetti del proprio sistema utilizzando dselect, aptitude, o comandi come

# dpkg -l | pager

o

# dpkg --get-selections "*" > ~/curr-pkgs.txt

È desiderabile la rimozione di qualunque blocco prima dell'aggiornamento. Se qualche pacchetto che è essenziale per l'aggiornamento è bloccato [“on hold”], l'aggiornamento non andrà a buon fine.

Si noti che aptitude utilizza un metodo differente per registrare i pacchetti tenuti bloccati rispetto ad apt-get e a dselect. Si possono identificare pacchetti tenuti bloccati per aptitude con

# aptitude search "~ahold" | grep "^.h"

Volendo controllare quali pacchetti sono bloccati per apt-get, si dovrebbe utilizzare il comando

# dpkg --get-selections | grep hold

Se si è modificato e ricompilato un pacchetto localmente, e non lo si è rinominato né lo si è contrassegnato nella versione, lo si dovrà bloccare per impedire che venga aggiornato.

Lo stato “bloccato” [“hold”] dei pacchetti per aptitude può essere cambiato con il comando:

# aptitude hold nome_del_pacchetto

Si sostituisca hold con unhold per rimuovere lo stato “bloccato”.

Ritratto di samiel
samiel
(Monster)
Offline
Monster
Iscritto: 20/12/2005
Messaggi: 496

Ho verificato, ma nessun pacchetto (e dico nessuno) è bloccato.
Il fatto è che i pacchetti più recenti li vedo ad es in Synaptic,
ma se cerco di forzare apt-get o aptitude, i pacchetti della unstable
non vengono proprio trovati. Eppure in sources.list ci sono
i relativi repository... Infatti non mi dice che alcuni pacchetti
sono bloccati e che non si possono risolvere alcune dipendenze.
Le versioni diverse da testing sono bellamente ignorate e basta...

M.

linux user no.: 353546
public key at http://keyserver.linux.it

Ritratto di kio341
kio341
(Junior)
Offline
Junior
Iscritto: 20/12/2004
Messaggi: 47

con
#apt-get install -t unstable kde
che da ?????

Ritratto di samiel
samiel
(Monster)
Offline
Monster
Iscritto: 20/12/2005
Messaggi: 496

debian:~# apt-get install -t unstable kde
Lettura della lista dei pacchetti in corso... Fatto
Generazione dell'albero delle dipendenze in corso... Fatto
kde è già alla versione più recente.
0 aggiornati, 0 installati, 0 da rimuovere e 493 non aggiornati.

Prima dice che KDE è alla versione più recente,
poi che 493 pacchetti non sono aggiornati... Mah...

Potrei passare a Sid (adesso che a quanto pare si è trovata
la soluzione dei deriver Nvidia), ma mi sto incaponendo
a comprendere sta faccenda del pinning e vorrei
riuscire ad aggiornare - diciamo - almeno un pacchetto...
Ho provato anche con Nano, che ha poche dipendenze,
ma... niente da fare!

M.

linux user no.: 353546
public key at http://keyserver.linux.it

Ritratto di samiel
samiel
(Monster)
Offline
Monster
Iscritto: 20/12/2005
Messaggi: 496

debian:~# apt-get install -t unstable kde
Lettura della lista dei pacchetti in corso... Fatto
Generazione dell'albero delle dipendenze in corso... Fatto
kde è già alla versione più recente.
0 aggiornati, 0 installati, 0 da rimuovere e 493 non aggiornati.

Prima dice che KDE è alla versione più recente,
poi che 493 pacchetti non sono aggiornati... Mah...

Potrei passare a Sid (adesso che a quanto pare si è trovata
la soluzione dei deriver Nvidia), ma mi sto incaponendo
a comprendere sta faccenda del pinning e vorrei
riuscire ad aggiornare - diciamo - almeno un pacchetto...
Ho provato anche con Nano, che ha poche dipendenze,
ma... niente da fare!

M.

linux user no.: 353546
public key at http://keyserver.linux.it

Ritratto di sette70
sette70
(Geek)
Offline
Geek
Iscritto: 14/01/2005
Messaggi: 113

ciao io ho più o meno lo stesso /etc/apt/preferences .
Sono riuscito ad aggiornare solo kde con: apt-get -t unstable install kdebase,e per dipendenze ti aggiorna tutto.Probabilmente a te non ha funzionato perchè il meta-pacchetto kde non è aggiornato.

Ritratto di kalos
kalos
(Collaboratore)
Offline
Collaboratore
Iscritto: 26/01/2005
Messaggi: 710

come ti avevo detto altre volte, devi abbassare il numero del pinning, una lenny a 990 non ti farà mai installare altre versioni se non di lenny stessa, abbassa
lenny 550
sid 450
Laughing

If you haven't tried Debian lately, this would be a good time.

deb lenny/sid
linux user 384443 http://counter.li.org/
linux nelle scuole, firma la petizione