• libmp3lame0 ed audio

    From Luca Sighinolfi@21:1/5 to All on Mon Dec 5 10:10:02 2022
    Buongiorno a tutti,

    qualche giorno fa ho riavviato il PC dopo un po' di tempo (circa 90 gg).

    Debian testing aggiornata quotidianamente,
    kernel 6.0.0-5-amd64 #1 SMP PREEMPT_DYNAMIC

    Al riavvio l'audio non funzionava più. Purtroppo non mi sono segnato
    l'errore, ma aveva a che fare con un symbol contenuto nel pacchetto libmp3lame0.

    Leggendo varie cose in rete, ed un po' a tentativi, ho aggiornato da
    3.99 a 3.100-6 il pacchetto libmp3lame0 manualmente con dpkg scaricando
    a mano libmp3lame0. Questo ha risolto in parte il problema audio
    (anche se è monocanale, ma devo investigare meglio). E fin qui
    quasi tutto bene se non che mi sembra di aver capito che libmp3lame0 ha
    un bug per cui la 3.99 viene vista come più recente della 3.100 e
    quindi ora aptitude mi vuole disinstallare una marea di roba.

    https://packages.debian.org/search?keywords=libmp3lame0

    In realtà il sistema mi dice che libmp3lame0 è all'ultima versione, ma
    dice anche che libavcodec57 chiede una versione maggiore di 3.99 (ed effettivamente la 3.100 è maggiore di 3.99), ma non gli piace....

    libmp3lame0 is already the newest version (3.100-6).
    You might want to run 'apt --fix-broken install' to correct these.
    The following packages have unmet dependencies:
    libavcodec57 : Depends: libmp3lame0 (>= 1:3.99.0) but 3.100-6
    is to be installed

    Se faccio --fix-broken mi vuole disinstallare mezzo mondo inclusi
    mencoder, mpv, mplayer, ffmpeg, etc...

    Qualcuno ha avuto problemi simili?

    Per l'audio che pacchetti usati?
    Avete installato anche libmp3lame0?

    Grazie
    Ciao
    --
    Luca Sighinolfi


    Imparerai più nei boschi che nei libri.

    San Bernardo di Chiaravalle

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Davide Prina@21:1/5 to All on Mon Dec 5 11:10:02 2022
    Luca Sighinolfi ha scritto:

    qualche giorno fa ho riavviato il PC dopo un po' di tempo (circa 90 gg).

    Debian testing aggiornata quotidianamente,

    ma come fai ad aggiornarla quotidianamente e non riavviare da 90 giorni?
    Quando arriva una nuova versione di Linux sei costretto in qualche modo
    a riavviare, altrimenti alcune cose iniziano a non funzionare più correttamente... e negli ultimi 90 giorni ne sono arrivate parecchie

    quindi avevi in esecuzione Linux 5.19 o precedente...

    Al riavvio l'audio non funzionava più.


    Purtroppo non mi sono segnato
    l'errore, ma aveva a che fare con un symbol contenuto nel pacchetto libmp3lame0.

    Leggendo varie cose in rete, ed un po' a tentativi, ho aggiornato da
    3.99 a 3.100-6 il pacchetto libmp3lame0 manualmente con dpkg scaricando
    a mano libmp3lame0.

    ma da dove lo hai scaricato?
    Sarebbe meglio rimuoverlo con --purge e reinstallarlo dai repository
    ufficiali.

    mi sembra di aver capito che libmp3lame0 ha
    un bug per cui la 3.99 viene vista come più recente della 3.100 e
    quindi ora aptitude mi vuole disinstallare una marea di roba.

    ma non è che il problema è di aptitude
    hai provato con apt?

    In realtà il sistema mi dice che libmp3lame0 è all'ultima versione, ma
    dice anche che libavcodec57 chiede una versione maggiore di 3.99 (ed effettivamente la 3.100 è maggiore di 3.99), ma non gli piace....

    io ho libmp3lame0, ma libavcodec57 non è installato.
    Anch'io sono su una testing.

    Se eseguo:
    $ apt apt policy libavcodec57
    libavcodec57:
    Installato: (nessuno)
    Candidato: (nessuno)
    Tabella versione:
    policy libavcodec57
    libavcodec57:
    Installato: (nessuno)
    Candidato: (nessuno)
    Tabella versione:

    libmp3lame0 is already the newest version (3.100-6).
    You might want to run 'apt --fix-broken install' to correct these.
    The following packages have unmet dependencies:
    libavcodec57 : Depends: libmp3lame0 (>= 1:3.99.0) but 3.100-6
    is to be installed

    Se faccio --fix-broken mi vuole disinstallare mezzo mondo inclusi
    mencoder, mpv, mplayer, ffmpeg, etc...

    io segnalerei come bug... però forse il bug è su libavcodec57...

    Poi proverei a rimuovere libavcodec57 che tanto è un pacchetto
    virtuale, puoi sempre installare a mano quello che ti serve.

    Per l'audio che pacchetti usati?

    io ho lasciato fare al sistema... non ho fatto nulla di intenzionale
    per installare o meno dei pacchetti per l'audio

    Ciao
    Davide

    --
    La mia privacy non è affar tuo
    https://noyb.eu/it

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Luca Sighinolfi@21:1/5 to Davide Prina on Mon Dec 5 11:30:01 2022
    On 2022-12-05 10:07, Davide Prina wrote:
    Luca Sighinolfi ha scritto:

    qualche giorno fa ho riavviato il PC dopo un po' di tempo (circa 90
    gg).

    Debian testing aggiornata quotidianamente,

    ma come fai ad aggiornarla quotidianamente e non riavviare da 90
    giorni?
    Quando arriva una nuova versione di Linux sei costretto in qualche modo
    a riavviare, altrimenti alcune cose iniziano a non funzionare più correttamente... e negli ultimi 90 giorni ne sono arrivate parecchie

    quindi avevi in esecuzione Linux 5.19 o precedente...

    Si corretto, avevo un kernel precedente.

    Al riavvio l'audio non funzionava più.


    Purtroppo non mi sono segnato
    l'errore, ma aveva a che fare con un symbol contenuto nel pacchetto
    libmp3lame0.

    Leggendo varie cose in rete, ed un po' a tentativi, ho aggiornato da
    3.99 a 3.100-6 il pacchetto libmp3lame0 manualmente con dpkg
    scaricando
    a mano libmp3lame0.

    ma da dove lo hai scaricato?
    Sarebbe meglio rimuoverlo con --purge e reinstallarlo dai repository ufficiali.

    Ho preso il .deb dal sito di Debian e poi installato con dpkg.
    Se lo rimuovevo con --purge, mi toglieva un sacco di roba poi tutta da reinstallare.

    mi sembra di aver capito che libmp3lame0 ha
    un bug per cui la 3.99 viene vista come più recente della 3.100 e
    quindi ora aptitude mi vuole disinstallare una marea di roba.

    ma non è che il problema è di aptitude
    hai provato con apt?

    Ho provato sia con apt che con aptitude.
    Propongono entrambi soluzioni analoghe.

    In realtà il sistema mi dice che libmp3lame0 è all'ultima versione, ma
    dice anche che libavcodec57 chiede una versione maggiore di 3.99 (ed
    effettivamente la 3.100 è maggiore di 3.99), ma non gli piace....

    io ho libmp3lame0, ma libavcodec57 non è installato.

    Posso provare a togliere e vedere che succede...

    Se chiedo di rimuovere libavcondec57 mi vuole togliere anche ffmpeg che
    uso attivamente...

    Anch'io sono su una testing.

    Se eseguo:
    $ apt apt policy libavcodec57
    libavcodec57:
    Installato: (nessuno)
    Candidato: (nessuno)
    Tabella versione:
    policy libavcodec57
    libavcodec57:
    Installato: (nessuno)
    Candidato: (nessuno)
    Tabella versione:

    libmp3lame0 is already the newest version (3.100-6).
    You might want to run 'apt --fix-broken install' to correct these.
    The following packages have unmet dependencies:
    libavcodec57 : Depends: libmp3lame0 (>= 1:3.99.0) but 3.100-6
    is to be installed

    Se faccio --fix-broken mi vuole disinstallare mezzo mondo inclusi
    mencoder, mpv, mplayer, ffmpeg, etc...

    io segnalerei come bug... però forse il bug è su libavcodec57...

    Poi proverei a rimuovere libavcodec57 che tanto è un pacchetto
    virtuale, puoi sempre installare a mano quello che ti serve.

    Per l'audio che pacchetti usati?

    io ho lasciato fare al sistema... non ho fatto nulla di intenzionale
    per installare o meno dei pacchetti per l'audio

    Forse il mio problema è che il mio sistema è ancora quello della prima installazione che risale a più di 15 anni fa.
    Ho pensato più volte a reinstallare, ma non l'ho mai fatto alla fine per
    paura di perdere alcune configurazioni.
    Il fatto che l'installazione orginale sia così vecchia, può essere un problema?

    Ciao
    Davide

    --
    La mia privacy non è affar tuo
    https://noyb.eu/it

    Grazie
    Ciao
    --
    Luca Sighinolfi

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Gabriele Stilli@21:1/5 to All on Mon Dec 5 19:10:01 2022
    Il 05/12/22 10:05, Luca Sighinolfi ha scritto:

    qualche giorno fa ho riavviato il PC dopo un po' di tempo (circa 90 gg).

    Debian testing aggiornata quotidianamente,
    kernel 6.0.0-5-amd64 #1 SMP PREEMPT_DYNAMIC

    Secondo me non hai esattamente testing…

    In realtà il sistema mi dice che libmp3lame0 è all'ultima versione, ma
    dice anche che libavcodec57 chiede una versione maggiore di 3.99 (ed effettivamente la 3.100 è maggiore di 3.99), ma non gli piace....

    libavcodec57 si è visto per l'ultima volta in stretch, che è
    oldoldstable, altro che testing :-)

    Io farei un controllo su cosa veramente gira su quella macchina.

    libmp3lame0 is already the newest version (3.100-6).
    You might want to run 'apt --fix-broken install' to correct these.
    The following packages have unmet dependencies:
    libavcodec57 : Depends: libmp3lame0 (>= 1:3.99.0) but 3.100-6
    is to be installed

    Per la cronaca, il problema con la dipendenza si chiama "epoch": la
    versione di libmp3lame0 da cui dipenderebbe libavcodec57 è 1:3.99.0 (o successive), con un epoch di "1:", mentre la versione che hai tu è
    3.100, senza epoch. Un numero di versione con epoch è sempre più recente
    di un numero senza epoch e un numero di versione con epoch maggiore è
    sempre più recente di uno con epoch minore.

    Quindi, per Debian, 1:3.99.0 è più recente di 3.100, perché il primo ha
    un epoch, il secondo no. Per questo apt protesta: secondo apt, la
    dipendenza non è soddisfatta.

    Però la cosa è comunque sospetta, perché proprio dalla pagina di libavcodec57 su packages debian.org si nota che la dipendenza è su
    libmp3lame0 senza specificare numeri di versione: https://packages.debian.org/stretch/libavcodec57

    Mi viene quindi il dubbio che quel pacchetto venga da un altro archivio
    (ad esempio, tiro a caso, deb-multimedia.org).

    Dai un'occhiata al contenuto di /etc/apt/sources.list e della directory /etc/apt/sources.list.d ed eventualmente agisci di conseguenza.

    Gabriele :-)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Luca Sighinolfi@21:1/5 to Gabriele Stilli on Tue Dec 6 08:50:01 2022
    Ciao Gabriele, grazie per la risposta.

    On 2022-12-05 17:52, Gabriele Stilli wrote:
    Il 05/12/22 10:05, Luca Sighinolfi ha scritto:

    qualche giorno fa ho riavviato il PC dopo un po' di tempo (circa 90
    gg).

    Debian testing aggiornata quotidianamente,
    kernel 6.0.0-5-amd64 #1 SMP PREEMPT_DYNAMIC

    Secondo me non hai esattamente testing…

    Alla fine mi sono deciso a disinstallare e reinstallare un po' di roba e
    mi sembra che sia andato tutto a buon fine.

    Durante la reinstallazione libavcodec57 non è stato più installato.
    Ho visto che era richiesto da ffmpeg, ma, come dicevo, reinstallando è
    stato
    eliminato definitivamente.

    In realtà il sistema mi dice che libmp3lame0 è all'ultima versione, ma
    dice anche che libavcodec57 chiede una versione maggiore di 3.99 (ed
    effettivamente la 3.100 è maggiore di 3.99), ma non gli piace....

    libavcodec57 si è visto per l'ultima volta in stretch, che è
    oldoldstable, altro che testing :-)

    Già, questo è vero.
    Sarebbe interessante capire come mai il sistema si ostinava a tenere un pacchetto così vecchio...

    Io farei un controllo su cosa veramente gira su quella macchina.

    Ovvero, come potrei fare?

    libmp3lame0 is already the newest version (3.100-6).
    You might want to run 'apt --fix-broken install' to correct these.
    The following packages have unmet dependencies:
    libavcodec57 : Depends: libmp3lame0 (>= 1:3.99.0) but 3.100-6
    is to be installed

    Per la cronaca, il problema con la dipendenza si chiama "epoch": la
    versione di libmp3lame0 da cui dipenderebbe libavcodec57 è 1:3.99.0 (o successive), con un epoch di "1:", mentre la versione che hai tu è
    3.100, senza epoch. Un numero di versione con epoch è sempre più
    recente
    di un numero senza epoch e un numero di versione con epoch maggiore è
    sempre più recente di uno con epoch minore.

    Quindi, per Debian, 1:3.99.0 è più recente di 3.100, perché il primo ha
    un epoch, il secondo no. Per questo apt protesta: secondo apt, la
    dipendenza non è soddisfatta.

    Però la cosa è comunque sospetta, perché proprio dalla pagina di libavcodec57 su packages debian.org si nota che la dipendenza è su libmp3lame0 senza specificare numeri di versione: https://packages.debian.org/stretch/libavcodec57

    Ho capito il discorso dell'epoch, che non conoscevo, interessante.
    Tuttavia se vado a vedere il sito di libmp3lame0 non c'è traccia di
    epoch.
    Quindi non capisco da dove sia nato il "1:". https://packages.debian.org/search?keywords=libmp3lame0&searchon=names&suite=all&section=all

    Mi viene quindi il dubbio che quel pacchetto venga da un altro archivio
    (ad esempio, tiro a caso, deb-multimedia.org).

    Dai un'occhiata al contenuto di /etc/apt/sources.list e della directory /etc/apt/sources.list.d ed eventualmente agisci di conseguenza.

    Tempo fa avevo messo in source.list una riga che riguardava la stable
    (quindi avevo stable, testing, unstable).
    Avevo poi anche aggiunto ad apt la questione della priorità in modo
    che fosse preferita testing.

    Al momento della reinstallazione, mi sono accorto che per mplayer,
    che non è per ora presente in testing, apt voleva installare una vecchia versione di stable, invece della unstable (in cui mplayer è presente).

    Probabilmente avevo assegnato la priorità a stable rispetto ad unstable
    ed è probabile che ciò mi tenesse bloccato libavcodec57.

    Adesso ho eliminato la riga della stable nel source.list, e mi ha
    installato mplayer correttamente (unstable).

    Se un domani mi servirà nuovamente il ramo stable, vedrò di sistemare le priorità fra stable ed unstable.

    Gabriele :-)

    Grazie
    Ciao
    --
    Luca Sighinolfi

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paolo Redaelli@21:1/5 to All on Tue Dec 6 12:40:02 2022
    Il 6 dicembre 2022 08:39:30 CET, Luca Sighinolfi <lsighinolfi@autistici.org> ha scritto:

    Alla fine mi sono deciso a disinstallare e reinstallare un po' di roba e
    mi sembra che sia andato tutto a buon fine.

    Durante la reinstallazione libavcodec57 non è stato più installato.
    Ho visto che era richiesto da ffmpeg, ma, come dicevo, reinstallando è stato >eliminato definitivamente.

    In questi casi un bel

    Sudo apt autoremove

    Aiuta molto. Disinstalla tutti i pacchetti che erano stati installati per rispettare le dipendenze che non sono più necessari

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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Luca Sighinolfi@21:1/5 to Paolo Redaelli on Wed Dec 7 09:00:01 2022
    On 2022-12-06 11:30, Paolo Redaelli wrote:
    Il 6 dicembre 2022 08:39:30 CET, Luca Sighinolfi
    <lsighinolfi@autistici.org> ha scritto:

    Alla fine mi sono deciso a disinstallare e reinstallare un po' di roba
    e
    mi sembra che sia andato tutto a buon fine.

    Durante la reinstallazione libavcodec57 non è stato più installato.
    Ho visto che era richiesto da ffmpeg, ma, come dicevo, reinstallando è
    stato
    eliminato definitivamente.

    In questi casi un bel

    Sudo apt autoremove

    Aiuta molto. Disinstalla tutti i pacchetti che erano stati installati
    per rispettare le dipendenze che non sono più necessari

    Si infatti. Ho usato proprio "apt autoremove --purge".

    Grazie
    Ciao
    --
    Luca Sighinolfi

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Davide Prina@21:1/5 to All on Wed Dec 7 10:50:01 2022
    Luca Sighinolfi ha scritto:

    Probabilmente avevo assegnato la priorità a stable rispetto ad unstable
    ed è probabile che ciò mi tenesse bloccato libavcodec57.

    Adesso ho eliminato la riga della stable nel source.list, e mi ha
    installato mplayer correttamente (unstable).

    io uso mpv che è decisamente meglio e che ha prestazioni nettamente superiori a mplayer... soprattutto se hai un PC un po' datato

    Inoltre se usi contemporaneamente stable/testing/unstable puoi avere dei problemi... imposta tramite pinning la versione che è quella predefinita
    (se non ho capito male usi testing) e dai una priorità alle altre in modo
    che non venga preso nulla da quelle a meno che non lo indichi tu esplicitamente.

    dai un'occhiata al manuale:
    $ man 5 apt_preferences

    Ciao
    Davide

    --
    La mia privacy non è affar tuo
    https://noyb.eu/it

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Davide Prina@21:1/5 to All on Wed Dec 7 10:30:01 2022
    Luca Sighinolfi ha scritto:

    io ho libmp3lame0, ma libavcodec57 non è installato.

    Posso provare a togliere e vedere che succede...

    Se chiedo di rimuovere libavcondec57 mi vuole togliere anche ffmpeg che
    uso attivamente...

    ma se toglie solo quello, poi puoi reinstallarlo... e al massimo cerca
    di reinstallare ancora libavcondec57

    Forse il mio problema è che il mio sistema è ancora quello della prima installazione che risale a più di 15 anni fa.

    no, non penso, anch'io ho un sistema installato molti anni fa. Il PC l'ho
    preso nel 2008 e non mi ricordo se avevo reinstallato o preso
    l'installazione del PC precedente e usato quella

    L'unica cosa è che bisogna fare un po' di manutenzione perché ogni tot
    ci sono delle "transizioni" che hanno impatti abbastanza consistenti e potrebbe essere che ti rimangono installati pacchetti obsoleti.

    Per questo puoi usare:

    1) deborphan
    # apt-get remove --purge $(deborphan --guess-all)

    non mi fido di "apt autoremove" a volte cerca di rimuovermi pacchetti
    che mi servono e anche rifacendo un "apt install" per selezionarli
    manualmente o subito o dopo un po' vuole rimuovermeli...

    2) apt-show-versions
    $ apt-show-versions | grep availab

    con questo visualizzi tutti i pacchetti che non sono nei repository ufficiali... e che in teoria andrebbero rimossi

    ATTENZIONE: devi stare attento che su testing ogni tanto tolgono
    temporaneamente dei pacchetti perché non sono pronti per
    passare a stable o perché hanno bug o perché vi sono
    delle transazioni e non tutti i pacchetti riescono a
    fare il passaggio nei tempi previsti o...
    Per scoprirlo analizza il pacchetto e i bug aperti
    parti da qui:
    https://tracker.debian.org

    Ciao
    Davide

    --
    La mia privacy non è affar tuo
    https://noyb.eu/it

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Luca Sighinolfi@21:1/5 to Davide Prina on Wed Dec 7 11:40:02 2022
    Ciao Davide, grazie per la risposta.

    On 2022-12-07 09:39, Davide Prina wrote:
    Luca Sighinolfi ha scritto:

    Probabilmente avevo assegnato la priorità a stable rispetto ad
    unstable
    ed è probabile che ciò mi tenesse bloccato libavcodec57.

    Adesso ho eliminato la riga della stable nel source.list, e mi ha
    installato mplayer correttamente (unstable).

    io uso mpv che è decisamente meglio e che ha prestazioni nettamente superiori
    a mplayer... soprattutto se hai un PC un po' datato

    Anche in questo sono d'accordo.
    Tengo mplayer solo perché è l'unico che va quando mi collego via X2go al
    PC di casa.
    (Per vedere i file della video sorveglianza).

    MPV dice che non trova i driver e non ci ho speso tempo per guardarmi la configurazione.

    Inoltre se usi contemporaneamente stable/testing/unstable puoi avere
    dei
    problemi... imposta tramite pinning la versione che è quella
    predefinita
    (se non ho capito male usi testing) e dai una priorità alle altre in
    modo
    che non venga preso nulla da quelle a meno che non lo indichi tu esplicitamente.

    dai un'occhiata al manuale:
    $ man 5 apt_preferences

    Si certo. Anche questo l'avevo guardato perché tengo sempre testing e
    unstable
    (ho messo se non sbaglio testing 500 e unstable 900).

    Secondo me quando ho aggiunto la riga per stable, non ho poi sistemato
    il pinning.
    Comunque alla fine ho tolto la riga di stable e vedo se mi servirà nel
    futuro.

    Ciao
    Davide

    --
    La mia privacy non è affar tuo
    https://noyb.eu/it

    Grazie mille
    Ciao
    --
    Luca Sighinolfi

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Luca Sighinolfi@21:1/5 to Davide Prina on Wed Dec 7 12:20:01 2022
    Ciao Davide!

    On 2022-12-07 09:20, Davide Prina wrote:
    Luca Sighinolfi ha scritto:

    io ho libmp3lame0, ma libavcodec57 non è installato.

    Posso provare a togliere e vedere che succede...

    Se chiedo di rimuovere libavcondec57 mi vuole togliere anche ffmpeg
    che
    uso attivamente...

    ma se toglie solo quello, poi puoi reinstallarlo... e al massimo cerca
    di reinstallare ancora libavcondec57

    Infatti alla fine è quello che ho fatto.
    Ho rimosso un bel po di roba e poi reinstallato solo il necessario.

    Forse il mio problema è che il mio sistema è ancora quello della prima
    installazione che risale a più di 15 anni fa.

    no, non penso, anch'io ho un sistema installato molti anni fa. Il PC
    l'ho
    preso nel 2008 e non mi ricordo se avevo reinstallato o preso
    l'installazione del PC precedente e usato quella

    L'unica cosa è che bisogna fare un po' di manutenzione perché ogni tot
    ci sono delle "transizioni" che hanno impatti abbastanza consistenti e potrebbe essere che ti rimangono installati pacchetti obsoleti.

    Per questo puoi usare:

    1) deborphan
    # apt-get remove --purge $(deborphan --guess-all)

    Questo lo conosco e lo uso frequentemente, senza il guess-all.
    Proverò con quella opzione.

    non mi fido di "apt autoremove" a volte cerca di rimuovermi pacchetti
    che mi servono e anche rifacendo un "apt install" per selezionarli manualmente o subito o dopo un po' vuole rimuovermeli...

    2) apt-show-versions
    $ apt-show-versions | grep availab

    con questo visualizzi tutti i pacchetti che non sono nei repository ufficiali... e che in teoria andrebbero rimossi

    Interessante, grazie!

    ATTENZIONE: devi stare attento che su testing ogni tanto tolgono
    temporaneamente dei pacchetti perché non sono pronti per
    passare a stable o perché hanno bug o perché vi sono
    delle transazioni e non tutti i pacchetti riescono a
    fare il passaggio nei tempi previsti o...
    Per scoprirlo analizza il pacchetto e i bug aperti
    parti da qui:
    https://tracker.debian.org

    Ok, chiaro. -

    Ciao
    Davide

    --
    La mia privacy non è affar tuo
    https://noyb.eu/it

    Grazie mille
    Ciao
    --
    Luca Sighinolfi

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Davide Prina@21:1/5 to All on Fri Dec 9 22:30:01 2022
    Luca Sighinolfi ha scritto:

    On 2022-12-07 09:39, Davide Prina wrote:

    dai un'occhiata al manuale:
    $ man 5 apt_preferences

    Si certo. Anche questo l'avevo guardato perché tengo sempre testing e unstable
    (ho messo se non sbaglio testing 500 e unstable 900).

    no, se usi testing dovresti mettere 990 per testing e 500 (o minore) per unstable.

    Ciao
    Davide

    --
    La mia privacy non è affar tuo
    https://noyb.eu/it

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Luca Sighinolfi@21:1/5 to Davide Prina on Sat Dec 10 11:10:01 2022
    Ciao Davide

    On December 9, 2022 10:25:27 PM GMT+01:00, Davide Prina <Davide.Prina@null.net> wrote:
    Luca Sighinolfi ha scritto:

    On 2022-12-07 09:39, Davide Prina wrote:

    dai un'occhiata al manuale:
    $ man 5 apt_preferences

    Si certo. Anche questo l'avevo guardato perché tengo sempre testing e
    unstable
    (ho messo se non sbaglio testing 500 e unstable 900).

    no, se usi testing dovresti mettere 990 per testing e 500 (o minore) per >unstable.

    Ovviamente ha ragione tu. Ho controllato ed ho testing impostata a 900 ed unstable a 50 (cinquanta).

    Ciao
    Davide

    Grazie
    Ciao

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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Paolo Redaelli@21:1/5 to All on Sat Dec 10 19:50:02 2022
    Il 9 dicembre 2022 22:25:27 CET, Davide Prina <Davide.Prina@null.net> ha scritto:
    Luca Sighinolfi ha scritto:

    On 2022-12-07 09:39, Davide Prina wrote:

    dai un'occhiata al manuale:
    $ man 5 apt_preferences

    Si certo. Anche questo l'avevo guardato perché tengo sempre testing e
    unstable
    (ho messo se non sbaglio testing 500 e unstable 900).

    no, se usi testing dovresti mettere 990 per testing e 500 (o minore) per >unstable.

    Se preferisci prima stable poi testing ed infine unstable si può fare più semplicemente senza pinning, basta metterle nell'ordine voluto: vedi
    https://monodes.com/predaelli/2020/02/23/debian-programmi-da-stable-testing-unstable-ed-anche-experimental-senza-traumi/


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

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