Newsgroup: it.comp.os.linux.ubuntu
Titolo: stale packages (ennesima volta che avanzo questa richiesta).

ricchi premi e cotillons a chi mi trova un modo per rimuovere i 
pacchetti monnezza che restano sul sistema dopo gli upgrade di release.
Alcuni di questi non sono piï¿œ reinstallabili perchï¿œ non fanno parte del 
tree della nuova release, e sono marchiati come segue:
Status: deinstall ok config-files
Oggi, sulla Lucid, ne ho trovati alcuni che erano della vecchia Hardy.
Come faccio ad individuarli tutti e a cassarli?
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
   printf $i }'; echo

 
Adesso sono su Debian ma mi pare di ricordare che Ubuntu ha una utility
per la pulizia del sistema; potrebbe esserti utile?
Io su Debian uso anche questi due comandi:
dpkg --purge `COLUMNS=300 dpkg -l "*" | egrep "^rc" | cut -d\  -f3`
e
apt-get --purge remove `deborphan`
Non so pero` se fanno al caso tuo ...
Ciao.

 apt-get --purge remove `deborphan`
non male ... ma ci arrivavo giï¿œ tramite debporhan/gtkorphan


 Non li trovo sulla man page di dpkg (o mi sono cecato).
ok. Dovrebbe essere nell'header, in cima.
U = unknown
seconda "u" unpacked ...
prima r = Remove
seconda c = cfg-files
Ma come minchia l'hanno fatto? :)



retromarcia: non emettere fatture ^_^
In questo modo trovo i file purgabili.
Io cercavo invece pacchetti installati regolarmente, ma non piï¿œ presenti 
nel tree della mia release.
Ad esempio, ho scovato alcuni pacchetti che erano nella hardy, e che 
erano regolarmente installati, ma che una volta rimossi non era piï¿œ 
reinstallare.
Il sistema ï¿œ sicuramente infestato di questi pacchetti.


 Il sistema � sicuramente infestato di questi pacchetti.
Premessa: ho usato pochissimo debian e le *buntu,il motivo principale sono 
propio i casini in cui ci si puo' trovare utilizzando dpkg,apt,aptitude 
etc,etc...
(se,come me,non ti leggi le manpage di ogni comando fino in fondo)
Se e' vero che questi sono il punto di forza di debian e derivate,IHMO sono 
anche il loro tallone d'achille,non tanto per come sono scritti,ma per la 
complessita' assurda dell'intero sistema,in confronto usare Gentoo e' una 
passeggiata(tu ne sai qualcosa,vero?),io uso una distro che si installa una sola 
volta e si aggiorna automagicamente con un solo comando,non ti sara' difficile 
capire quale...
 
-- 
last-kernel-inside

 capire quale...
uhm ... uhm .... uhm ... sai che non ci arrivo?
Se mi parli dei derivati BSD (esempio pc-bsd) ti confermo che li conosco 
molto poco. E non conosco nemmeno ArchLinux.
Cosa usi? Gentoo?


 [...]
sudo apt-get autoremove
-- 
Enos
//          Senza Dio, l'anima. Senza anima, le virtù.
//         Senza virtù, la legge. Con la legge, il caos.

 Cosa usi? Gentoo?
Gentoo l'ho provata (un 3/4 anni fa' compilando tutto da zero,2@@...),
un piccolo indizio:
yaourt -Syu
-- 
last-kernel-inside


Con questa risposta ti posso offrire un bicchiere d'acqua al bar.
Niente cotillons ^_^
Quel comando trova pacchetti, in genere librerie, che stanno a un certo 
livello dell'albero delle dipendenze, che in quel momento non servono 
per nessun altro pacchetto.
La questione che pongo io è diversa.
ci sono dei pacchetti, che se tu li disinstalli, non riesci più ad 
installarli, perché non sono più nel tree della tua release e non 
servono a nulla.
Però, non essendo librerie non vengono identificati da "apt-get autoremove"
Ad esempio, io avevo questo pacchetto che appartiene a Hardy e me lo 
sono portato appresso, passando per Jaunty, e per Karmic, arrivando a Lucid:
language-support-translations-en
L'ho rimosso e mi sta bene.
Se provo a reinstallarlo non ci riesco e mi sta bene anche.


 Status: deinstall ok config-files
AFAIK config-files ci dice che questi pacchetti sono già deinstallati
(status), *tranne* i loro file di configurazione.
Ma sono marcati (selection status) per il deinstall, non per il purge,
quindi i file di configurazione resteranno lì a meno di specifici
# dpkg --purge nomepacchetto
Se trovi il modo di marcare tutti quelli che sono nello status di
config-files come purge, invece che deinstall, allora poi dovrebbe
funzionare un singolo
# dpkg --purge --pending
Credo tu debba andare di script.
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
____________________________________________________________________________
Non sprecare i cicli idle della tua CPU: 
http://boinc.berkeley.edu/index.php

 nel tree della mia release.
Mhhhh... questo sembra diverso...


 Se provo a reinstallarlo non ci riesco e mi sta bene anche.
Affronti problemi proprio strani. Se ho capito bene, vuoi rimuovere 
l'header di quei pacchetti dalla cache e dalla history.
Perché?
Credo comunque ti basti agire sul file /var/lib/dpkg/status
manualmente o con una pipe dpkg/awk.
Ciao
-- 
Enos

Come faccio ad individuarli tutti e a cassarli?
per individuarli
aptitude search ~c
e magari anche un
aptitude search ~o
-- 
Bye,
Alfredo

 manualmente o con una pipe dpkg/awk.
grep -i  /var/lib/dpkg/status status
non mi dice nulla.... magari sono riuscito a rimuoverli tutti? mah....... non ci credo tanto.
Più che altro questa cosa qui degli header (senza awk) potrei averla risolta con: 
# apt-cache dumpavail > avail
# dpkg --update-avail avail
-- 
Max_Adamo

 pacchetti monnezza che restano sul sistema dopo gli upgrade di release.
Cerca su google BleachBit. Prudenza.

 presenti nel tree della mia release. [...]
E se confronti i dump di apt-cache e dpkg -l (opportunamente filtrati con 
sort/uniq/cut), e dai in pasto la lista a xargs dpkg --purge ?
-- 
Enos

 Credo tu debba andare di script.
mi sa tanto anche a me.


wrote:

Candeggiamo? ^_^ LOL ora ci od un'occhiata.


interessante!
Mi chiedo dove hai trovato indicazioni su quei flag.
Sto guardando il file: /usr/share/doc/aptitude/README
ma non trovo niente.


dovrebbe essere la Arch a quanto pare.
Però non la conosco.


ok. Questo è carino, per pulire le cache dei software utente e varie
ed eventuali. Insomma, come dice il nome: buono per dare una
candeggiata ^_^
Però per quanto riguarda la gestione dei pacchetti non fa nulla di ciò
che dico io.
p.s.: occhio hai pubblicato la mail al posto del tuo nick. Presto
riceverai tanto spam.

ma non trovo niente.
Nella documentazione di aptitude (cerca "search pattern") pacchettizzata
come aptitude-doc-en su debian. Immagino sia presente anche nei
repository di ubuntu.
-- 
Bye,
Alfredo