In realta’ il problema di installazione di questo pacchetto e’ gia’ risolto, ma ritengo comunque di doverlo segnalare per il comportamento anomalo che non avevo mai rilevato prima, non solo nella installazione di questo pacchetto ma anche di altri.
Impossibile risolvere la transazione:
Problema: richieste in conflitto
- nessun pacchetto fornisce libzeppoo/libzeppoo.so()(64bit) richiesto da zeppoo-0.0.4-6.x86_64 da rolling-x86_64-extra
In un primo tempo penso che forse c’e’ un altro pacchetto che fornisce quella libreria, poi verifico cosa mi fornisce il pacchetto zeppoo e vedo che la libreria che secondo il responso dnf “mancherebbe”, in realta’ e’ contenuta nel pacchetto stesso
dnf repoquery -l zeppoo.x86_64 | tee /dev/null
/usr/bin/zeppoo
/usr/bin/zeppoo.real
/usr/lib64/libzeppoo
/usr/lib64/libzeppoo/libzeppoo.so
E’ assai strano, non c’e’ una logica in questo …
Quindi decido di scaricare il pacchetto e di forzare una installazione locale
$ sudo rpm -i --nodeps --force ./zeppoo-0.0.4-6-omv4000.x86_64.rpm
Come previsto il pacchetto si installa e il programma funziona correttamente.
Che sia un bug di DNF? Sara’ un bug/errore nella costruzione del pacchetto?
Non lo so ma intanto ve lo segnalo, anche perche’ non e’ un caso isolato.
NOTA: forzando la installazione locale del pacchetto, poi non risulta installato tramite DNF, non che sia un problema, pero’ rimane una conseguenza di questa forzatura e a maggior ragione sarebbe da capire il motivo di questo strano comportamento.
* OM Lx 25.11 ROME
* Kernel: x86_64 Linux 6.18.0-desktop-1omv2590
* CPU: AMD Athlon Silver 3050e with Radeon Graphics @ 4x 1.4GHz
* GPU: AMD Radeon Vega 3 Graphics (radeonsi, raven2, ACO, DRM 3.64, 6.18.0-desktop-1omv2590)
* RAM: 3213MiB / 3361MiB