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

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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.

Per disinstallare i pacchetti non più necessari basta

# apt autoremove

o forse tu vuoi semplicemente elencarli per farci qualcos'altro?

-- fp

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Mandi! Davide Prina
In chel di` si favelave...

Ho scoperto che deborphan è stato tolto da Debian il 17/04/2024[¹], quasi un anno fa da testing e unstable.

Urco. Io lo uso ad ogni major upgrade per 'fare pulizia', appunto; vedo che c'è debfoster ma è una cosa diversa, più ''manuale''.

Veramente peccato...

--

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il 2 febbraio 2025 13:09:43 UTC, "Francesco Potortì" <Potorti@isti.cnr.it> ha scritto:

Per disinstallare i pacchetti non più necessari basta

# apt autoremove

Che non ti disinstalla tutto, anche se invocato con --purge.

Tanto è vero che spesso se invochi deborphan ti restituisce un bell'elenco di pacchetti orfani.

/paride

--
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il 02/02/25 14:37, Marco Gaiarin ha scritto:

Mandi! Davide Prina
In chel di` si favelave...

Ho scoperto che deborphan è stato tolto da Debian il 17/04/2024[¹], quasi >> un anno fa da testing e unstable.

Urco. Io lo uso ad ogni major upgrade per 'fare pulizia', appunto; vedo che c'è debfoster ma è una cosa diversa, più ''manuale''.

io utilizzo aptitude search ?obsolete. non è la stessa cosa: mostra i pacchetti installati che non hanno una sorgente nei repository ma se non
si installano manualmente molti pacchetti deb è utile per fare una po'
di pulizia

Piviul

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il 3 febbraio 2025 08:51:11 CET, "udaicmtakee@gmail.com" <udaicmtakee@gmail.com> ha scritto:

Il 02/02/25 19:57, Paride Desimone ha scritto:

Il 2 febbraio 2025 13:09:43 UTC, "Francesco Potortì" <Potorti@isti.cnr.it> ha scritto:

Per disinstallare i pacchetti non più necessari basta

# apt autoremove

Che non ti disinstalla tutto, anche se invocato con --purge.

Tanto è vero che spesso se invochi deborphan ti restituisce un bell'elenco di pacchetti orfani.

/paride

un esempio sul mio pc!
root@asus:~# apt autoremove
Riepilogo:
Aggiornamento: 0, Installazione: 0, Rimozione: 0, Non aggiornati: 0
Non c'è nulla di inutile da togliere.

root@asus:~# deborphan
gir1.2-freedesktop
libbdplus0
libcanberra-gtk3-0t64
libgslcblas0
liblbfgsb0
libmozjs-115-0t64
libplacebo338
libpugixml1v5
libss2t64
libts0t64
libxnvctrl0
questo è l'elenco di pacchetti non più usati che si possono eliminare.

root@asus:~# debfoster -s
The following packages have been orphaned:
adb alsa-tools-gui alsamixergui android-file-transfer apache2 apt-listbugs apt-listchanges avra avrdude avrp bind9-dnsutils bluefish cheese console-setup
deb-multimedia-keyring debfoster debian-security-support deborphan debsecan discover doc-debian dselect encfs fbreader firebird3.0-server-core firmware-atheros
firmware-linux-free firmware-misc-nonfree gcc-13 gdb geoip-bin gerbv gimp-data-extras gimp-help-it gnome-terminal gnuplot gnutls-bin gparted gpg-wks-server
gphoto2 gphotofs grub-efi-amd64 gv hexedit htop icewm inetutils-telnet installation-report intel-microcode iptraf-ng lastlog2 libavcodec60 libbdplus0
libc-devtools libgslcblas0 liblbfgsb0 libmozjs-115-0t64 libplacebo338 libpugixml1v5 libreoffice libsndio7.0 libts0t64 libxnvctrl0 linux-image-6.11.6-amd64
linux-image-6.12.10-amd64 linux-image-amd64 linuxptp lm-sensors mplayer mptp mtools mupdf music123 mutt nautilus-admin nautilus-image-converter
nautilus-scripts-manager netcat-traditional network-manager nmap openjdk-17-jre openscad-testing openssh-client-gssapi pcb-common ponyprog python3-serial rsync
s-tui simplescreenrecorder simulavr strace systemd-dev task-desktop task-italian task-italian-desktop task-laptop task-ssh-server tcpdump telegram-desktop
thunderbird-l10n-it traceroute uisp usbutils usr-is-merged util-linux-extra webext-debianbuttons whois wmaker wxhexeditor

Debfoster funziona così bene che elenca se stesso come pacchetto inutile da cancellare!!!! Compresi telegram, thunderbird, apache2, rsync, mutt....
Si tutte cose inutili, chissà forse è l'inizio della fine di Debian, almeno così come la conosco da 27 anni.

my ½¢ a.b.

Ma sono due comandi diversi?

Ilario

-Perdonate la approssimazione.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Le 03/02/2025 à 08:01, Piviul a écrit :

Il 02/02/25 14:37, Marco Gaiarin ha scritto:

Mandi! Davide Prina
   In chel di` si favelave...

Ho scoperto che deborphan è stato tolto da Debian il 17/04/2024[¹],
quasi
un anno fa da testing e unstable.

Urco. Io lo uso ad ogni major upgrade per 'fare pulizia', appunto;
vedo che
c'è debfoster ma è una cosa diversa, più ''manuale''.

Utilizzo Sid, e se facio apt-cache policy deborphan, il pacchetto sembar
ancora nella base, versione 1.7.35.
Quindi non penso che sia tolot, pero è verso che la versione è vecchia,
se guardo il chanelog.

io utilizzo aptitude search ?obsolete. non è la stessa cosa: mostra i pacchetti installati che non hanno una sorgente nei repository ma se non
si installano manualmente molti pacchetti deb è utile per fare una po'
di pulizia

Piviul

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il giorno lun, 03/02/2025 alle 10.05 +0000, Marco Ciampa ha scritto:

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?

Ma certo.

apt autoremove
elimina solo i pacchetti installati *automaticamente* perché necessari, in quanto
altri pacchetti dipendevano da loro. Se ora non sono più necessari...

deborphan
trova tutti i pacchetti che non risultano necessari ad altri pacchetti,
anche se installati a mano. E meno male che di default guarda solo le librerie! Prova invece un bel

deborphan -a --guess-all

e vedi un po'. ;)

apt autoremove può far da sé, ed è affidabile.
deborphan, se non lo controlli, muori (viva l'anacoluto!).
--
Bye, Lem
Talis erit dies quale egerit

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

On Mon, 3 Feb 2025, Marco Ciampa wrote:

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?

formalmente i pacchetti che non hanno dipendenze sono orfani.


--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it
tel:+393287329225

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2025-02-03 10:05, Marco Ciampa wrote:

[...]

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?

Ciao Marco, ciao a tutti.

Confermo che oggi deborphan mi sta dando risultati strani.

Ad esempio:

~:$ deborphan
coinor-libcoinmp1v5:amd64
gir1.2-freedesktop:amd64
keepassxc:all <-------------- installato da me ed utilizzato
attivamente.
libassuan0:amd64
libgspell-1-2:amd64
libldap-2.5-0:amd64
liblept5:amd64

Inoltre, se do in pasto questi al purge di apt (togliento keepassxc),
ottengo:

~:$ sudo apt remove --purge coinor-libcoinmp1v5:amd64 gir1.2-freedesktop:amd64
libassuan0:amd64 libgspell-1-2:amd64 libldap-2.5-0:amd64
liblept5:amd64

The following packages were automatically installed and are no longer required:
dconf-cli gir1.2-babl-0.1 ibus-data
libcamd3 libcholmod5 libgexiv2-2
libharfbuzz-gobject0 libmypaint-common
dia-common gir1.2-gegl-0.4 libamd3
libccolamd3 libgegl-0.4-0t64 libgimp-3.0-0
libibus-1.0-5 libumfpack6
gimp-data gir1.2-ibus-1.0 libappstream-glib8
libcfitsio10t64 libgegl-common libgtkspell3-3-0
libmypaint-1.5-1 python3-ibus-1.0
Use 'sudo apt autoremove' to remove them.

REMOVING:
coinor-libcoinmp1v5* dia-shapes* gir1.2-freedesktop*
gir1.2-gtk-3.0* gir1.2-harfbuzz-0.0* ibus*
libgspell-1-2* liblept5* dia* gimp*
gir1.2-gimp-3.0* gir1.2-gtkspell3-3.0* gir1.2-pango-1.0*
libassuan0* libldap-2.5-0* zim*

Summary:
Upgrading: 0, Installing: 0, Removing: 16, Not Upgrading: 0
Freed space: 50.4 MB

Mi toglie roba importante per me come:
gimp, zim, dia.

Quindi le librerie indicate da deborphan non erano proprio inutili... o
no...

Grazie
Ciao
--
Luca Sighinolfi

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il giorno lun, 03/02/2025 alle 12.10 +0100, Fabrizio T. ha scritto:

La lista è in gateway con il newsgroup linux.debian.user.italian

Eh, ma quel gruppo è in sola lettura...

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il 2025-02-03 11:54 Lem ha scritto:

Colgo l'occasione per chiedere: sono curioso, come mai preferite una
lista
al gruppo it.comp.os.linux.debian? Un newsgroup a me sembrerebbe uno strumento più comodo e appropriato per il tipo di argomenti affrontati
qui,

La lista è in gateway con il newsgroup linux.debian.user.italian


--
Fabrizio

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il giorno lun, 03/02/2025 alle 11.15 +0100, Lem ha scritto:

Talis erit dies quale egerit

Scrivendo la firma a mano, essendo questa una lista e usando quindi un mailreader, mi è restata una m nella tastiera.

Colgo l'occasione per chiedere: sono curioso, come mai preferite una lista
al gruppo it.comp.os.linux.debian? Un newsgroup a me sembrerebbe uno
strumento più comodo e appropriato per il tipo di argomenti affrontati qui,
e per la destinazione "aperta" dei messaggi (intendo non ristretta ad un ristretto insieme preselezionato di interlocutori).

Ora quel gruppo è praticamente deserto, ma se tutti quelli che scrivono qui
si trasferissero in massa lì...
--
Bye, Lem
Talis erit dies qualem egerit

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il 03/02/25 08:51, udaicmtakee@gmail.com ha scritto:

Il 02/02/25 19:57, Paride Desimone ha scritto:

Il 2 febbraio 2025 13:09:43 UTC, "Francesco Potortì"
<Potorti@isti.cnr.it> ha scritto:

Per disinstallare i pacchetti non più necessari basta

# apt autoremove

Che non ti disinstalla tutto, anche se invocato con --purge.

Tanto è vero che spesso se invochi deborphan ti restituisce un
bell'elenco di pacchetti orfani.

/paride

un esempio sul mio pc!
root@asus:~# apt autoremove
Riepilogo:
  Aggiornamento: 0, Installazione: 0, Rimozione: 0, Non aggiornati: 0
Non c'è nulla di inutile da togliere.

root@asus:~# deborphan
gir1.2-freedesktop
libbdplus0
libcanberra-gtk3-0t64
libgslcblas0
liblbfgsb0
libmozjs-115-0t64
libplacebo338
libpugixml1v5
libss2t64
libts0t64
libxnvctrl0
questo è l'elenco di pacchetti non più usati che si possono eliminare.

root@asus:~# debfoster -s
The following packages have been orphaned:
  adb alsa-tools-gui alsamixergui android-file-transfer apache2
apt-listbugs apt-listchanges avra avrdude avrp bind9-dnsutils bluefish
cheese console-setup
  deb-multimedia-keyring debfoster debian-security-support deborphan debsecan discover doc-debian dselect encfs fbreader
firebird3.0-server-core firmware-atheros
  firmware-linux-free firmware-misc-nonfree gcc-13 gdb geoip-bin gerbv gimp-data-extras gimp-help-it gnome-terminal gnuplot gnutls-bin
gparted gpg-wks-server
  gphoto2 gphotofs grub-efi-amd64 gv hexedit htop icewm
inetutils-telnet installation-report intel-microcode iptraf-ng
lastlog2 libavcodec60 libbdplus0
  libc-devtools libgslcblas0 liblbfgsb0 libmozjs-115-0t64
libplacebo338 libpugixml1v5 libreoffice libsndio7.0 libts0t64
libxnvctrl0 linux-image-6.11.6-amd64
  linux-image-6.12.10-amd64 linux-image-amd64 linuxptp lm-sensors
mplayer mptp mtools mupdf music123 mutt nautilus-admin nautilus-image-converter
  nautilus-scripts-manager netcat-traditional network-manager nmap openjdk-17-jre openscad-testing openssh-client-gssapi pcb-common
ponyprog python3-serial rsync
  s-tui simplescreenrecorder simulavr strace systemd-dev task-desktop task-italian task-italian-desktop task-laptop task-ssh-server tcpdump telegram-desktop
  thunderbird-l10n-it traceroute uisp usbutils usr-is-merged util-linux-extra webext-debianbuttons whois wmaker wxhexeditor

Debfoster funziona così bene che elenca se stesso come pacchetto
inutile da cancellare!!!! Compresi telegram, thunderbird, apache2,
rsync, mutt....
Si tutte cose inutili, chissà forse è l'inizio della fine di Debian,
almeno così come la conosco da 27 anni.

A questo punto per fare 30 potresti anche mandarci l'output di aptitude
search ?obsolete

...grazie

Piviul

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Marco Ciampa:

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?

Leonardo Boselli:

formalmente i pacchetti che non hanno dipendenze sono orfani.

Beh, se deborphan parte da questa definizione e ti propone di cancellare applicazioni installate manualmente, io direi che perlomeno è pericoloso :)

Che poi una cosa pericolosa funzioni bene si può dire solo se si tratta di uno strumento di hacking da usare solo se si sa molto bene cosa si fa e perché.

Mi è successo (e mi succede) di installare librerie per codice compilato localmente che ne ha bisogno. Sono librerie installate a mano, che non dipendono da niente. Se usassi deborphan farei un guaio.

So che il problema esiste e quando ce la faccio mi creo un pacchetto finto da cui quelle librerie dipendono. Ma non è un metodo affidabile, non sempre sono sicuro di averci messo tutto o di averlo aggiornato.

-- fp

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, 2 Feb 2025 11:22:21 +0100
Davide Prina <Davide.Prina@null.net> wrote:

Ho scoperto che deborphan è stato tolto da Debian il 17/04/2024[¹],
quasi un anno fa da testing e unstable.

Buongiorno Davide,

sto seguendo con interesse questa discussione (come tutte quelle da te innescate) e vorrei chiedere alla lista cosa se ne pensa di
# apt purge ~c

Saluti,
peterpunk
--
,= ,-_-. =.
((_/)o o(\_))
`-'(. .)`-'
\_/ printf("Mai un giorno senza una riga\n");

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Francesco Potortì ha scritto:

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.

Per disinstallare i pacchetti non più necessari basta

# apt autoremove

non è la stessa cosa.

Se leggi il bug per la sua eliminazione e il bug indicato nel thread vedi
che propongono delle alternative parziali, indicando che, attualmente, non esiste nulla che sia un'alternativa completa a deborphan

Inoltre autoremove spesso mi vuole togliere dei pacchetti che io voglio e
che sono presenti nei repository ufficiali che uso. Quindi non lo uso mai.

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Jean-Philippe MENGUAL ha scritto:

Utilizzo Sid, e se facio apt-cache policy deborphan, il pacchetto sembar ancora nella base, versione 1.7.35.

il comando policy ti ritorna anche i pacchetti installati

per vedere che non c'è più in sid puoi vedere qui: https://tracker.debian.org/pkg/deborphan

o con altri comandi che controllano se il pacchetto indicato è presente
nei repository che stai usando:
$ apt-show-versions deborphan

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Marco Ciampa ha scritto:

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.

sì in alcuni casi deborphan sbaglia, ma sono pochi i casi, nel mio file /var/lib/deborphan/keep
ce ne sono ben pochi di questo tipo.

Altro discorso è se usi guess-all, allora qui ti indica di rimuovere
tutti i -dev e anche altri che magari ti servono.

Però se ti servono puoi sempre indicarli nel file keep e non ti verranno
più proposti.

Mentre apt autoremove si comporta
correttamente... vi risulta anche a voi?

a me autoremove mi segnala da rimuovere diversi pacchetti che a me
servono e che ho installato manualmente.
Anche ridare un ulteriore
# apt install $NOMEPACCHETTO

non risolve.

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

peterpunk ha scritto:

vorrei chiedere alla lista cosa se ne pensa di
# apt purge ~c

se leggi il bug report di rimozione di deborphan e quello indicato in
esso vedi che hanno proposto alcune combinazioni di espressioni
regolari con apt, ma da quel che dicono sono molto più lente ed
inoltre non forniscono lo stesso risultato di deborphan.

Quello da te indicato penso rimuova soltanto le configurazioni
dei pacchetti rimossi senza purge. Se è così agisce solo sui
pacchetti che ti ritorna il seguente:
$ dpkg -l | grep ^rc

Però questi parametri che puoi passare ad apt (o apt-get) non mi
sembra che siano documentati e quindi io preferisco non usarli.

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Paolo Redaelli ha scritto:

Il 09/02/25 09:59, Davide Prina ha scritto:

Francesco Potortì ha scritto:

Inoltre autoremove spesso mi vuole togliere dei pacchetti che io voglio e
che sono presenti nei repository ufficiali che uso. Quindi non lo uso mai.

Per questa questione c'è una facile soluzione: "apt install pacchetto-che-voglio-tenere" così viene marcato come installato dall'amministratore e autoremove non lo toglierà mai

da quello che ho visto io non sempre funziona. In alcuni casi quel pacchetto
lo indica sempre o magari lo toglie nell'elenco che ti propone dopo il finto "apt install", ma se poi esegui un comando simile come "apt upgrade" lo
elenca di nuovo.

Avevo iniziato a far così per evitare che mi elencasse come da rimuovere
una lista troppo corposa di pacchetti... poi ho lasciato perdere.

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

dom 9 febbraio 2025, alle 9:59 (GMT+0100), Davide Prina ha scritto:

Francesco Potortì ha scritto:

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.

Per disinstallare i pacchetti non più necessari basta

# apt autoremove

non è la stessa cosa.

Se leggi il bug per [...]

Se a qualcuno interessa io uso aptitude solo per purgare i pacchetti,
mplto piu complicato spiegarlo che farlo, userò il TAB e il caporale destro per evidenziare i
comandi:
» comando

in .aptitude/config
aptitude "";
aptitude::UI "";
aptitude::UI::Exit-On-Last-Close "false";
aptitude::UI::Prompt-On-Exit "false";
aptitude::UI::Minibuf-Download-Bar "false";
aptitude::UI::Default-Grouping "filter(missing),task,status,section(topdir,passthrough),priority,section(subdir)";
aptitude::UI::Package-Display-Format "%c%a%M %p %i %t %D %Z %v# %V#"; aptitude::UI::Advance-On-Action "true";
aptitude::UI::Pause-After-Download "Yes";
aptitude::Keep-Recommends "true";
aptitude::Keep-Suggests "true";
aptitude::Keep-Unused-Pattern "";
aptitude::Delete-Unused-Pattern "";

quando apro ho i pacchetti elencati cosi:

--- Pacchetti installati (2225)
--- Pacchetti non installati (63506)
--- Pacchetti obsoleti e creati localmente (5)
--- Pacchetti virtuali (35371)
--- Task (222)


digito
» l
per la finestra di limitazione pacchetti e
» !~M
per visulizzare solo pacchetti NON installati manualmente ottenendo:

--- Pacchetti installati (247)
--- Pacchetti non installati (63506)
--- Pacchetti obsoleti e creati localmente (3)
--- Pacchetti virtuali (35371)
--- Task (222)

espando l'albero non tocco niente in richiesto o importante

---\ Pacchetti installati (247)
--\ main L'archivio Debian principale (235)
--- Priorità richiesto (33)
--- Priorità importante (31)
--\ Priorità standard (26)
--\ doc Documentazione e programmi specifici per leggerla (4)
i debian-faq (pin stable

Davide Prina:

Inoltre autoremove spesso mi vuole togliere dei pacchetti che io voglio e >>> che sono presenti nei repository ufficiali che uso. Quindi non lo uso mai.

Paolo Redaelli:

Per questa questione c'è una facile soluzione: "apt install
pacchetto-che-voglio-tenere" così viene marcato come installato
dall'amministratore e autoremove non lo toglierà mai

Mh. Usando aptitude, questo non è vero: nel manuale c'è scritto esplicitamente che l'automatic flag non viene toccato quando si installa un pacchetto che è già installato. Invece nel manuale di apt c'è scritto:

Packages which you have
installed explicitly via install are also never proposed for
automatic removal.

Che credo voglia dire che il comportamento è lo stesso di aptitude: se il pacchetto è stato già installato automaticamente farci un "apt install" non cambia niente.

Per marcare un pacchetto come installato manualmente io uso

# aptitude unmarkauto <pacchetto>

Si può fare lo stesso anche con

# apt-mark manual <pacchetto>

Per verificare lo stato dell'automatic flag non ho trovato niente di più pratico che

$ aptitude show <pacchetto> | grep Automatically

Davide Prina:

da quello che ho visto io non sempre funziona. In alcuni casi quel pacchetto >lo indica sempre o magari lo toglie nell'elenco che ti propone dopo il finto >"apt install", ma se poi esegui un comando simile come "apt upgrade" lo >elenca di nuovo.

"apt autoremove" non dovrebbe mai toccare i pacchetti installati a mano. È proprio il suo scopo, se lo fa è un baco.

-- fp

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 100225, 09:51, Francesco Potortì wrote:

Davide Prina:

Inoltre autoremove spesso mi vuole togliere dei pacchetti che io voglio e >>> che sono presenti nei repository ufficiali che uso. Quindi non lo uso mai.

Paolo Redaelli:

Per questa questione c'è una facile soluzione: "apt install
pacchetto-che-voglio-tenere" così viene marcato come installato
dall'amministratore e autoremove non lo toglierà mai

Mh. Usando aptitude, questo non è vero: nel manuale c'è scritto esplicitamente che l'automatic flag non viene toccato quando si installa un pacchetto che è già installato. Invece nel manuale di apt c'è scritto:

Packages which you have
installed explicitly via install are also never proposed for
automatic removal.

Che credo voglia dire che il comportamento è lo stesso di aptitude: se il pacchetto è stato già installato automaticamente farci un "apt install" non cambia niente.

Per marcare un pacchetto come installato manualmente io uso

# aptitude unmarkauto <pacchetto>

si infatti unmarkauto e' la forma corretta e pacchetto= volendo lo
blocca

Si può fare lo stesso anche con

# apt-mark manual <pacchetto>

Per verificare lo stato dell'automatic flag non ho trovato niente di più pratico che

$ aptitude show <pacchetto> | grep Automatically

Davide Prina:

da quello che ho visto io non sempre funziona. In alcuni casi quel pacchetto >lo indica sempre o magari lo toglie nell'elenco che ti propone dopo il finto >"apt install", ma se poi esegui un comando simile come "apt upgrade" lo >elenca di nuovo.

"apt autoremove" non dovrebbe mai toccare i pacchetti installati a
mano. È proprio il suo scopo, se lo fa è un baco

autoremove rimuove tutti i pacchetti installati automaticamente per
soddisfare le dipendenze di altri pacchettie che non sono piu' richiesti
non credo che vada a toccare pacchetti installati a mano lo ritengo
improbabile ed escluderei che abbia un simile bug

un saluto a tutti voi,

--
Stefano P.
Sent from my Linux OS

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)