Il Sun, Feb 02, 2025 at 11:22:21AM +0100, Davide Prina ha scritto: > Ho scoperto che deborphan è stato tolto da Debian il 17/04/2024[¹], quasi > un anno fa da testing e unstable. > Naturalmente, per chi lo ha installato prima può continuare ad usarlo > fino a quando funziona. Ma dal rilascio di Trixie in poi non sarà più > presente neanche in stable... anche se stranamente non è presente il > record che registra l'eliminazione da unstable. > > Per chi non lo sa deborphan permette di elencare i pacchetti che sono > stati installati come dipendenze e che ora sono rimasti "orfani" perché > i pacchetti che ne avevano causato l'installazione non sono più presenti > sul sistema. > > Ci sono stati diversi interventi per chiedere che non venisse tolto o > che venisse fornito un rimpiazzo, poiché non esiste nulla di simile > (esistono alcuni comandi con qualche analogia o l'uso di "oscure" > istruzioni apt, lentissime, che possono dare parzialmente qualche > risultato similare per alcune casistiche). > > Io lo uso ancora quasi giornalmente per vedere quali pacchetti possono > essere rimossi dal sistema. > > La cosa che ho notato, e che hanno fatto notare nei commenti del bug, > è che ci sono altri pacchetti Debian che raccomandano o consigliano > l'installazione del pacchetto deborphan... ancora dopo quasi un anno > che deborphan è stato eliminato da Debian. > > Un esempio è synaptic che probabilmente lo utilizza per fornire > le funzionalità che offriva deborphan. > > La lista completa presente attualmente in testing è questa: > > $ apt rdepends deborphan > deborphan > Reverse Depends: > Raccomanda: education-common > Consiglia: wajig > Raccomanda: upgrade-system > Consiglia: synaptic > Consiglia: localepurge > > Secondo me quando si decide di togliere un pacchetto da Debian, > allora tutti i pacchetti che lo citano devono essere aggiornati in > modo che non lo usino più e quindi siano rimosse le funzionalità > che tale pacchetto gli forniva. > > Ciao > Davide > > [¹] https://tracker.debian.org/pkg/deborphan
A me deborphan (su Ubuntu ma penso sia lo stesso che su Debian) _non_ sembra funzionare bene, nel senso che mi elenca anche pacchetti che sì, non hanno dipendenze, ma che sono stati (ricordo) installati _a mano_ e che quindi _non_ andrebbero rimossi. Mentre apt autoremove si comporta correttamente... vi risulta anche a voi? -- Amike, Marco Ciampa
