riconfigurare come fosse nuovo

[Leonardo Boselli]

quale è il comando per fare ripartire la configurazione di un pacchetto
già installato come fosse la prima volta ?


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

[Marco Ciampa]

On Tue, Dec 19, 2023 at 11:30:25PM +0100, Leonardo Boselli wrote:
> quale è il comando per fare ripartire la configurazione di un pacchetto già
> installato come fosse la prima volta ?

sudo dpkg-reconfigure nomepacchetto

--

Amike,
Marco Ciampa

[Davide Prina]

Marco Ciampa ha scritto:

> On Tue, Dec 19, 2023 at 11:30:25PM +0100, Leonardo Boselli wrote:
>> quale è il comando per fare ripartire la configurazione di un pacchetto già
>> installato come fosse la prima volta ?

non penso esista, almeno io non lo conosco

> sudo dpkg-reconfigure nomepacchetto

questo comando ti permette di visualizzare solo le configurazioni di
"sistema" e forse neanche tutte (ad esempio se modifico un file .Desktop
di sistema non penso che lo sovrascriva.

Però non ti permette di modificare quelle "locali" dell'utente:
* configurazioni locali fatte ad esempio al primo avvio dell'applicazione
Per queste dovresti cancellare i file di configurazione che crea
* se è stato impostato qualcosa in locale come file .Desktop, ad esempio
per l'avvio automatico o per modificare qualcosa all'avvio grafico
(come parametri passati)
* file di dati del programma (ad esempio se usa un database sqlite)
* ...

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

[Sergio Vi]

Se vuoi che un programma si apra come la prima volta ( lato utente) cancella o rinomina la sua cartella o file di configurazione nella tua home. Sono files di configurazione di solito presenti nella cartella ".config"  oppure con lo stesso nome del programma ( sempre come files nascosti. La cartella e/o il files di configurazione verrà ricreato al momento della nuova apertura del programma, con una configurazione di default.

[gsor...@gmail.com]

sudo apt remove --purge nomepacchetto ti elimina la configurazione, a
quel punto ti devi cercare i files nella home directory (tipicamente in
.config o nella home file nascosto col nome del file).

Poi te lo reinstalli ed hai risolto.

[Davide Prina]

Sergio Vi ha scritto:

> Se vuoi che un programma si apra come la prima volta ( lato utente) cancella o rinomina la sua cartella o file di configurazione nella tua home. Sono files di configurazione di solito presenti nella cartella ".config"  oppure con lo stesso nome del programma ( sempre come files nascosti. La cartella e/o il files di configurazione verrà ricreato al momento della nuova apertura del programma, con una configurazione di default. 

non hai letto quanto ho scritto.
Parti di configurazioni possono essere presenti anche in altre
postazioni come
~/.local
~/.config
...

e non risolvi neanche con
# apt remove --purge $PACCHETTO

Che io sappia non esiste modo di ottenere questo risultato e
soprattutto non esiste una documentazione per ogni pacchetto
che indichi quali file vengono creati e dove sono.

Ciao
Davide

PS: potresti rispondere solo in lista e non mandare la mail
sia in lista che a me?... grazie :-)

[Sergio Vi]

Veramente e quello che ho detto "cancellare il file di configurazione presente nella tua home. E si i posti possono essere diversi, ma si tratta sempre di files nascosti nella tua home. Io ho sempre risolto cosi.

[Johan Haggi]

dom 31 dicembre 2023, alle 10:52 (GMT+0100), Davide Prina ha scritto:
> Parti di configurazioni possono essere presenti anche in altre
> postazioni come
> ~/.local
> ~/.config
> ...
>
> e non risolvi neanche con
> # apt remove --purge $PACCHETTO
>
> Che io sappia non esiste modo di ottenere questo risultato e
> soprattutto non esiste una documentazione per ogni pacchetto
> che indichi quali file vengono creati e dove sono.

> [...]

Io uso in home find . -iname "*programma*"
iname per eventuali maiuscole, gli asterischi per versioni:

~$ find . -iname "*wesnoth*"
./.config/wesnoth-1.16
[...]

~$ find . -iname "*displaycal*"
./.config/DisplayCAL
./.config/DisplayCAL/DisplayCAL.ini
./.local/share/DisplayCAL
[...]

occhio ad eventuali file che non c'entrano:

~$ find . -iname "*gimp*"
./.config/GIMP
./.config/GIMP/2.10/tool-options/gimp-paintbrush-tool
./.cache/gimp
[...]
./.config/darktable/lua/locale/de_DE/LC_MESSAGES/gimp.po
./Foto/2013-07-01~02_Terminillo/Sviluppate/NKN_0365+gimp3.jpg
./Tutorial+Manuali/Fotografia+Grafica/Gimp/Gimp_heal_selection_and_heal_transparency_tutorial--formerly_Resynthesize.mp4
[...]

Penso che solo uno sviluppatore sadico metta un file di configurazione in
un file/directory che non trovi con -iname "*programma*". O avete
esperienze contrarie?
--
Cura ut valeas
Johan Haggi
Kalendis Ianuariis MMDCCLXXVII ab Urbe condita
OpenPGP key: https://keys.openpgp.org/search?q=orsogrigio%40disr.it
Fingerprint: 60B3 42CB E145 F8E9 8132 6CDD 194E 4326 B645 F109

[Davide Prina]

Johan Haggi ha scritto:

> Penso che solo uno sviluppatore sadico metta un file di configurazione in
> un file/directory che non trovi con -iname "*programma*". O avete
> esperienze contrarie?

prima di tutto non c'è nessun obbligo di seguire qualcosa del genere.


Poi ci possono essere casi che potrebbero essere ambigui: più pacchetti
diversi che hanno un eseguibile con stesso nome.

Ad esempio (ho fatto tre o quattro prove e trovato questo) se volessi
eliminare i file di configurazione di apitrace

$ apt-file search apitrace
apitrace: /usr/bin/apitrace
apitrace-gui: /usr/bin/qapitrace
nsight-systems: /usr/lib/nsight-systems/host-linux-x64/reports/cudaapitrace.py
nsight-systems: /usr/lib/nsight-systems/host-linux-x64/reports/vulkanapitrace.py
nsight-systems-target: /usr/lib/x86_64-linux-gnu/nsight-systems/target-linux-x64/reports/cudaapitrace.py
nsight-systems-target: /usr/lib/x86_64-linux-gnu/nsight-systems/target-linux-x64/reports/vulkanapitrace.py
piglit: /usr/lib/x86_64-linux-gnu/piglit/framework/replay/backends/apitrace.py

ho più pacchetti che hanno al loro interno un eseguibile con quel nome o
che contiene quel nome.
E se guardo sulle configurazioni ti trovi il file:
.config/Unknown\ Organization/qapitrace.conf

se stai eliminando tutto quello che riguarda apitrace, magari non fai
attenzione ed elimini anche un file di configurazione che presumo essere
di apitrace-gui
Notare inoltre che se con il tuo comando cerco "apitrace-gui", che è il
nome del pacchetto che voglio ripristinare all'installazione originale,
non trovo nulla...

Poi ci saranno di sicuro casi più ambigui.


Pensa ai casi in cui un pacchetto viene rinominato o viene spezzato in più
pacchetti, ... i vari file di configurazione potrebbero mantenere i nomi
precedenti... o restare nella stessa directory del pacchetto di cui
facevano parte inizialmente.


Infine c'è da considerare il fatto che capita che ci sono da considerare
anche altri percorsi esterni alla propria home, ad esempio:
/etc <- spesso anche con purge non viene eliminato tutto
/var <- anche qui a volte vengono salvati file dei vari pacchetti

ad esempio mi trovo
/var/games/ltris.hscr
per il salvataggio dei punteggi migliori e se l'intenzione era azzerare
questo file...con il tuo metodo non lo trova.

Basarsi su queste informazioni può non essere sufficiente per eliminare
tutte le configurazioni presenti, inoltre potrebbe far eliminare
configurazioni di altri pacchetti causando malfunzionamenti.


L'unica soluzione, che vedo io, sarebbe quella di far si che ogni
pacchetto elencasse in un file, in un percorso preciso (es:
/usr/share/...), tutti i file che il pacchetto crea o più creare.

Tenendo conto che molti file di configurazione possono essere creati
dall'utente e in un file di configurazione di quel pacchetto può essere
indicato di usare quello... ma questi casi è l'utente che deve gestirli,
anche se, eliminando il file di configurazione che li citava, poi non
verranno più usati.

Ciao
Davide