Re: libmp3lame0 ed audio
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§ion=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
Reply to: