Newsgroup: it.comp.os.linux.debian
Titolo: Bloccare aggiornamento pacchetti

Voglio evitare che apt mi updati Opera, perche' temo che cambino il suo
sistema Turbo.
Percio' ho commentato la seguente riga di /etc/apt/sources.list:
#deb 
http://deb.opera.com/opera
 stable non-free
 
So che c'e' il modo di farlo senza bisogno di togliere la riga dal
sources.list, ma non ricordo dove come e cosa scrivere in /etc/apt/.
Potete dirmi se e' lo stesso? Ho la testing jessie -- grazie.
 
-- 
Tanti saluti
 

 Potete dirmi se e' lo stesso? Ho la testing jessie -- grazie.
 
# aptitude hold opera
 
E per poi riaggiornarlo o lo aggiorni esplicitamente
 
# aptitude install opera
 
Oppure lo sblocchi
 
# aptitude unhold opera
 
-- 
Flavio Visentin
 
Scientists discovered what's wrong with the female brain: on the left
side, there's nothing right, and on the right side, there's nothing left

 # aptitude unhold opera
 
OK e grazie, pero' ho un problemaccio: io aptitude l'ho purgato
completamente, ho solo apt. Non posso guardare neppure l'help per capire
cosa fa con il tuo comando "aptitude hold opera". Non e' che per caso
conosci pure il corrispondente per apt ?
 
-- 
Tanti saluti
 

 conosci pure il corrispondente per apt ?
 
Non esiste per apt ma per dpkg.
 
# echo opera hold | dpkg --set-selections.


 # echo opera hold | dpkg --set-selections.
 
Fatto, grazie! Infatti adesso:
 
$ dpkg --get-selections | grep opera
opera					hold
 
-- 
Tanti saluti
 

 perl?) per un altro pacchetto parecchio tempo fa.
 
Forse ti riferisci alle impostazion di pinning di apt.
 
-- 
Andrea
 

 Potete dirmi se e' lo stesso? Ho la testing jessie -- grazie.
 
[OT]
Ma Jessie dove l'hai trovata? Stavo dando un'occhiata sul sito Debian 
qualche tempo addietro ma non ho visto, come invece accaduto in passato, 
il link!
 
GabrieleMax
 

 Forse ti riferisci alle impostazion di pinning di apt.
 
Non me ne intendo, si doveva editare un nuovo file in una subdirectory
di /etc/apt.
 
-- 
Tanti saluti
 

.
 
-- 
Tanti saluti
 


sudo apt-mark hold <package>	
 
Check out "Introduction to Holding Packages" in the Ubuntu's Pinning Howto
 

 Check out "Introduction to Holding Packages" in the Ubuntu's Pinning Howto
 
Ho la Debian senza: sudo GNOME synaptic aptitude automount... eccetera
eccetera eccetera. La Ubuntu non mi e' durata neppure un pomeriggio:
bellissima, ma troppo auto e prepotente (almeno per le mie conoscenze).
Comunque grazie della segnalazione, poi me lo guardo.
 
-- 
Tanti saluti
 


Oltre ai vari metodi a linea di comando già spiegati esiste una comoda 
interfaccia grafica chiamata synaptic dove puoi bloccare un pacchetto
 

Addi' 16 set 2013, enoquick scrive:

Grazie dell'indicazione, ma lo conoscevo ed e' proprio quello che non
voglio. Ora ho visto che coi vari comandi apt-* posso anche far a meno
di dselect che e' l'unica interfaccia (semi)grafica sopportabile.
Comunque in effetti synaptic e' proprio da consigliare, ne ho sempre
sentito parlare piu' che bene.
 
-- 
Tanti saluti
 

 di /etc/apt.
 
Se sei curioso:
 
$ man 5 apt_preferences
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
_________________________________________________________________
Non sprecare i cicli idle della tua CPU, né quelli della tua GPU.
 
http://www.worldcommunitygrid.org/index.jsp
 
http://www.rnaworld.de/rnaworld/
 
http://home.edges-grid.eu/home/
 
 
http://www.gpugrid.net/
 

 $ man 5 apt_preferences
 
Ecco: era proprio questo che mi ricordavo, ma e' tutto molto complicato
(per me) e delicato come linguaggio se si sbaglia -- grazie.
 
-- 
Tanti saluti
 

 [...]
 
 
Ciao  Manlio

Addi' 17 set 2013, Manlio Perillo scrive:

Insomma aptitude si puo' buttare o no? Io non aggiorno mai, perche' sono
in aggiornamento continuo ogni giorno: nel sources.list ho messo
"testing", non "jessie". Inoltre aggiorno sempre e solo a mano, quasi
tutti i giorni.
 
-- 
Tanti saluti
 

 tutti i giorni.
 
Io di default utilizzo apt-get, ma ho riscoperto aptitude che in certe
situazioni ï¿œ decisamente piï¿œ vantaggioso. Usando sid capita abbastanza
spesso che non tutte le dipendenze di un pacchetto siano disponibili.
 
apt-get dist-upgrade non sempre risolve le dipendenze o magari ti impone
la rimozione di software che non vuoi togliere, mentre apt-get upgrade
non installa tutto quel che potrebbe installare perchï¿œ non installa
pacchetti che non siano giï¿œ presenti (quindi niente nuovi pacchetti
anche se dipendenza di altri)
 
aptitude invece ha un comportamento diverso. Con aptitude upgrade
aggiorna tutto l'aggiornabile, anche se richiede nuovi pacchetti, e
evita solo rimozioni, mentre con full-upgrade ti propone varie soluzioni
alternative che possono anche includere il downgrade di software (cosa
sconosciuta ad apt-get).
 
Forse con jessie non ï¿œ cosï¿œ cruciale come con sid, ma per i 100kb
occupati ï¿œ comunque comodo poterci contare quando si ï¿œ nella cacca per
vari motivi.


 vari motivi.
 
Grazie della risposta, ora penso d'aver ben chiaro il ruolo di aptitude.
Io non oso avventurarmi con la sid, con la testing trovo perfetto e
inuguagliabile apt. Aptitudine non avevo voglia di leggere il modo per
fargli smettere di prendere iniziative e l'ho tolto. Io sono a livello
di paranoia, se sento il disco fisso muoversi da solo entro in crisi e
in fibrillazione, ho tolto tutto il possibile da cron e prima o poi
distruggo KDE che non riesco a farlo smettere di chiedermi cosa voglio
fare tutte le volte che in modalita' grafica metto un qualsiasi dvd,
chiaramente l'automount e' la prima cosa che ho purgato dopo kdm.
 
Per la "cacca" che dici, potrai disapprovarmi totalmente, ma trovo
eccellente l'antico dselect: non sbaglia un colpo! Ma lo usero' sempre
meno visti i vari comandi apt-*, nonche' deborphan/orphaner.
 
-- 
Tanti saluti
 

 spesso che non tutte le dipendenze di un pacchetto siano disponibili.
 
Scusate se mi intrometto ma per curiosità vorrei chiedere a Zip se non ti è mai 
capitato che si "disallineassero" l'uno con l'altro.
Sono migrato a debian da slackware da pochi anni e uno dei maggiori "scotti" che 
ho pagato è il litigio con apt-get e aptitude perchè per alcune volte ho notato 
che davano risultati discordanti tra loro (magari per i motivi che spieghi tu 
poco sotto) e che si rincorrevano se continuavi a lanciare prima l'uno poi l'altro.
Alla fine ho fatto la scelta di campo di usare solo apt-get sui server (era 
appena uscita Lenny ai tempi) e aptitude l'ho completamente rimosso.
Però a questo punto, dal tuo post, mi viene il dubbio.
 
Rizio
 
--- news://
freenews.netfront.net/
 - complaints: 
ne...@netfront.net
 ---

 ti è mai capitato che si "disallineassero" l'uno con l'altro.
 
Sì, mi è capitato qualche volta. Capita perché usano algoritmi di
risoluzione delle dipendenze diversi, con apt-get che è più radicale e
aptitude più accomodante.
 
Quando mi capita normalmente analizzo i pacchetti e metto in hold quelli
problematici per quei 2-3 giorni che generalmente passano per risolvere
la cosa.
 
apt-get normalmente, quando non può soddisfare certe dipendenze, si
ferma e da un errore; aptitude invece in quei casi spesso propone delle
idiozie assurde come la rimozione di 300 pacchetti essenziali per
installare una libreria. La perfezione purtroppo non c'è in nessuno dei
due e bisogna usarli ciascuno per il meglio che offre. Io preferisco in
genere apt-get, ma sempre più spesso ricorro ad aptitude perché mi
risparmia il lavoro manuale.


 risparmia il lavoro manuale.
 
Diciamo che la mia soluzione è stata molto più radicale: ho googlato e lurkato 
un pò per capire quale potesse essere il più "affidabile" poi ho preso una 
direzione e stò mantenendo quella da allora perchè, anche allora, non avevo 
trovato una risposta univoca.
 
[OT]
Sinceramente non mi dispiace apt-get però ammetto che sul mio notebook sono 
tornato alla buona vecchia slack perchè per un uso "da desktop" apt veramente 
non lo sopportavo più.
Sicuramente avevo incasinato la macchina io a forza di provare e testare vari 
pacchetti ma con slack questa cosa non mi era mai successa e sono tornato 
indietro abbastanza felicemente (con qualche rimpianto lo ammetto ma tutto 
sommato molto pochi :) ).
[/OT]
 
Cmq, tralasciando gli off-topic, ti ringrazio per le informazioni sempre molto 
chiare e concrete. Rivaluterò eventualmente anche aptitude in caso di bisogno.


> risparmia il lavoro manuale.
 
Tutto questo che dite, secondo me, e' legato anche ad un'atra causa
abbastanza frequente che ora vi dico, ma che forse e' la stessa cosa che
sta dicendo THe_ZiPMaN. Di solito e' per pacchetti di KDE, o di
deb.multimedia, che sono in ritardo di update ed allora scatenano
dipendenze non rispettate a causa della versione, L'ultimo era l'in18_IT
della localizzazione di KDE, voleva togliermi decine di pacchetti. Ho
bloccato l'aggiornamente, ho atteso un giorno e col nuovo apt-get update
si e' tutto sistemato.
 
-- 
Tanti saluti
 

 si e' tutto sistemato.
 
Può effettivamente essere che sia per quello, il problema è che per me che 
venivo da slack ed ero assolutamente neofita di atp* e debian* è stato un pò una 
delusione. Mi sembra anche di ricordare che feci qualche ricerca a riguardo 
senza trovare nessun post/soluzione che mi indicasse di aspettare, come stai 
dicendo tu e Zip, oppure altre soluzioni.
 
Cmq va bene, non era per fare polemica ma solo perchè dopo anni ho (forse) 
capito cos'era andato storto.
 
Grazie anche a te



Leggo solo ora, ma la risposta al tuo quesito è molto semplice: devi 
"pinnare" il pacchetto in /etc/apt/preferences.
Se il file preferences non esiste, crealo.
 
Dentro scrivici una cosa tipo questa:
 
Package: opera
Pin: version 10.1.2.3
Pin-Priority: 1001
 
 
dove i valori esatti di package e version li ricavi da dpkg -l | grep opera.
Con questa direttiva, la versione che specifichi per opera avrà sempre 
la massima priorità contro *qualsiasi* update, il che vuol dire che non 
verrà mai aggiornata.
 
Per chiarimenti, man apt_preferences, oppure cerca "apt preferences" su 
google: potrai trovare diversi how-to per chiarire meglio il meccanismo 
e i valori di default del pin-priority.
 
Nel caso di Opera non esiste problema visto che AFAIK è un pacchetto 
stand-alone. Tieni però presente che questo sistema di "pin" *non* ti 
garantisce le dipendenze dei pacchetti. Ovvero, se p.e. dici di tenere 
il pacchetto A una versione 1.0, e questo pacchetto dipende da un 
pacchetto B che non è pinnato e viene aggiornato, rischi che A non 
funzioni più con la nuova versione di B, quindi occhio. Per questo l'uso 
dei "pin" è sconsigliato in generale da Debian.
 
-- 
Massimo Bacilieri AKA Crononauta

 dei "pin" è sconsigliato in generale da Debian.
 
E non c'e' modo di mantenere il vecchio B (che serve per l'A pinnato) e
anche il nuovo B aggiornato?
 
-- 
Tanti saluti
 

 anche il nuovo B aggiornato?
 
Sì ma dipende poi da come il programma cerca le librerie.
Per intenderci, tu puoi avere in /usr/lib sia lib-sarcazzo.so.1 e 
lib-sarcazzo.so.2, col link lib-sarcazzo.so -> lib-sarcazzo.so.2.
 
In questo caso i programmi che vogliono una versione "qualsiasi" di 
lib-sarcazzo punteranno a lib-sarcazzo.so che reindirizzerà poi alla 
versione più aggiornata.
 
Ecco, se il tuo programma punta a lib-sarcazzo.so, non ti serve a 
niente, se punta a lib-sarcazzo.so.1 sei a posto.


Addi' 23 set 2013, Crononauta scrive:
 
...........
 
OK e TNXE6
 
-- 
Tanti saluti
 

 nello stato di hold?
 
Ah scusa mi ero saltato questa parte.
Per quello che vuoi fare tu, alla fine, non cambia niente, cioè se vuoi 
"congelare" un pacchetto con quello che hai, un modo vale l'altro, non 
vedo grandi differenze.
 
Il pin però ti permette di essere molto più flessibile nella gestione di 
versioni provenienti da diverse sorgenti, o addirittura comandare un 
downgrade ad una versione ben precisa, giocando sulle diverse priorità 
delle varie fonti; o mantenere automaticamente una certa versione solo 
finché non ne arriva una sufficientemente aggiornata, etc.
 
Con hold invece puoi "solo" tenere un pacchetto che già hai.


 Con hold invece puoi "solo" tenere un pacchetto che già hai.
 
Ah ecco, adesso capisco il perche' del pinnare. Grazie ancora e ciao
 
-- 
Tanti saluti