• riconfigurare come fosse nuovo

    From Leonardo Boselli@21:1/5 to All on Tue Dec 19 23:40:01 2023
    This message is in MIME format. The first part should be readable text,
    while the remaining parts are likely unreadable without MIME-aware tools.

    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marco Ciampa@21:1/5 to Leonardo Boselli on Tue Dec 19 23:40:01 2023
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Davide Prina@21:1/5 to All on Sun Dec 24 11:40:01 2023
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Davide Prina@21:1/5 to All on Sun Dec 31 11:00:01 2023
    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 :-)

    --
    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)
  • From Johan Haggi@21:1/5 to All on Mon Jan 1 17:50:02 2024
    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

    -----BEGIN PGP SIGNATURE-----

    iHUEABYKAB0WIQRgs0LL4UX46YEybN0ZTkMmtkXxCQUCZZLrEwAKCRAZTkMmtkXx Cf9xAPsEi1uJXjwij3qG63ey8gksu7M2jck777/PgPlTn44DoAD7BvPGzVixjK5L mPyhodqPgLBM3RX6Xb15WS/bhKBXsAA=
    =0UBf
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Davide Prina@21:1/5 to All on Sun Jan 7 12:10:01 2024
    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

    --
    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)