Okular va in crash

Salve.
Dopo l’ultimo aggiornamento di ROME (o forse da uno degli ultimi: non mi ricordo quando ho usato Okular l’ultima volta prima d’ora), Okular va in crash:

[alangea@alangea-systemproductname ~]$ okular
okular: symbol lookup error: /usr/lib64/qt5/plugins/okular/generators/okularGenerator_poppler.so: undefined symbol: _ZN7Poppler27availableCryptoSignBackendsEv

Ho disinstllato e reinstallao Okular: dà sempre lo stesso errore.
Vorrei sapere se qualcuno, incontrando lo stesso problema, lo ha risolto.
Preciso che ho fatto un autoremove.

Grazie per l’eventuale aiuto.

Ciao,
hai salvato il log?

Postedit:
Hai fatto un aggiornamento completo del sistema, usando il solito comando raccomandato --allowerasing distro-sync?

l’ho fatto con dnfdrake, che mi pare ha incorporato quel comando.

Confermo: ho aggiornato da poco e Okular non parte più. Venerdì scorso ho aperto e stampato un PDF, oggi non si avvia.Provo sul muletto aggiornato ieri…
Sul muletto funziona regolarmente… provo a riaggiornare il fisso
Nessun aggiornamento disponibile… boh!

il log dell’aggiornamento lo ha fatto dnfdrake, se serve lo allego. Mi serve però sapere dove lo trovo.

Ho appena aggiornato una macchina con ROME. Qui problemi non ne ha.

.-.
L’elenco dei pacchetti installati è questo:

OpenMandriva Rolling - x86_64                   8.5 kB/s | 2.4 kB     00:00    
Dependencies resolved.
================================================================================
 Package                Arch        Version           Repository           Size
================================================================================
Installing:
 okular                 x86_64      23.08.0-1         rolling-x86_64       74 k
Installing dependencies:
 lib64Okular5Core       x86_64      23.08.0-1         rolling-x86_64      318 k
 lib64spectre1          x86_64      0.2.11-1          rolling-x86_64       30 k
 okular-common          x86_64      23.08.0-1         rolling-x86_64      6.1 M
 okular-pdf             x86_64      23.08.0-1         rolling-x86_64      153 k
 okular-postscript      x86_64      23.08.0-1         rolling-x86_64       67 k

Transaction Summary
================================================================================
Install  6 Packages

Total download size: 6.7 M
Installed size: 15 M
Is this ok [y/N]
~/.config/dnfdrake/log/
~/.config/dnfdrake/log/data_della_transazione-dnfdrakelog-autoremove.log
~/.config/dnfdrake/log/last.log
OpenMandriva Rolling - x86_64                   8.5 kB/s | 2.4 kB     00:00    
Dependencies resolved.
================================================================================
 Package                Arch        Version           Repository           Size
================================================================================
Installing:
 okular                 x86_64      23.08.0-1         rolling-x86_64       74 k
Installing dependencies:
 lib64Okular5Core       x86_64      23.08.0-1         rolling-x86_64      318 k
 lib64spectre1          x86_64      0.2.11-1          rolling-x86_64       30 k
 okular-common          x86_64      23.08.0-1         rolling-x86_64      6.1 M
 okular-pdf             x86_64      23.08.0-1         rolling-x86_64      153 k
 okular-postscript      x86_64      23.08.0-1         rolling-x86_64       67 k

Transaction Summary
================================================================================
Install  6 Packages

Total download size: 6.7 M
Installed size: 15 M
Is this ok [y/N]

I pacchetti sono gli stessi

Dovremmo ricevere a breve ulteriori aggiornamenti. Aspettiamo e vediamo se si risolve.

Aggiornato adesso, piccolo cambiamento: lanciando da consolle ad esempio
[stefano@stefano-hpcompaq8200elitesffpc ~]$ okular Olympus-om-d-e-m5-mark-ii.pdf

si apre okular, dicendo però che non riesce ad aprire il file richiesto. Poi appare il solito messaggio

okular: symbol lookup error: /usr/lib64/qt5/plugins/okular/generators/okularGenerator_poppler.so: undefined symbol: _ZN7Poppler27availableCryptoSignBackendsEv

Ieri appariva subito il messaggio di errore in consolle.

Doppi clic sul pdf non accade nulla, aprendo prima okular e cliccando su uno dei file in elenco va subito in crash

Possiamo escludere che sia quel particolare pdf che non gli piace, giusto?
Immagino tu abbia provato anche con altri, magari molto semplici senza commenti o altre diavolerie incorporate (?)

Tempo fa avevamo rilevato un bachetto per il quale volendo aprire un pdf dal menu contestuale non funzionava ma funzionava invece aprendo okular e scegliendo il file. Però qui pare che nessuna opzione vada bene neppure come workaround…

Ma, per curiosità, poppler ce lo avete installato?

Provao con diversi PDF.
poppler installato.

Certo, provati diversi pdf. Adesso smanetto un po’ con il muletto, vediamo se e dove ci sono differenze. Poi provo ad aggiornare anche il muletto, vediamo se mi dà un (altro) problema che mi è apparso sul fisso…
Poppler installato

Cercate di vedere se avete quel file.

Controllare che Okular e poppler siano della stessa versione. Okular funziona sul mio sistema ROME in VirtualBox e sul mio ROME sul portatile.

Modifica: ho chiesto agli sviluppatori della chat di OM Cooker riguardo alla parte “errore di ricerca dei simboli”.

Post realizzato con il traduttore DeepL.

Mi sembra d’avere una miscela di file riguardo poppler.
okular.txt (777 Bytes)
Non so se provare a metterci mano
.

Il file c’è.

E’ questo il problema ?
Come lo risolvo ?
Se disinstallo poppler succede un casino…troppi pacchetti d disinstallare.
Posso disinstallare le sole librerie rock?
devo poi sostituirle con le analoghe rolling ?
Si può fare tutto in modo pulito e sicuro?

Scrivo dal muletto (acer aspire qualcosa)
Qui funziona tutto anche dopo l’ultimo aggiornamento. Ho controllato i files, Okular e Poppler sono alla stessa versione.
Sul fisso controllerò… essendo un’installazione più vecchia (ma allineata a quella del portatile) potrebbero esserci delle incongruenze.

Provato sul fisso… come pensavo ho un accrocchio di versioni, a differenza del portatile, dove ho rifatto l’installazione di recente. Il fisso invece va avanti da tempo con gli aggiornamenti…

[stefano@stefano-hpcompaq8200elitesffpc ~]$ rpm -qa | grep poppler
lib64poppler118-22.02.0-1.x86_64
lib64poppler-cpp0-22.02.0-1.x86_64
lib64poppler-qt5_1-22.02.0-1.x86_64
lib64poppler-glib8-22.02.0-1.x86_64
poppler-data-0.4.12-1.noarch
lib64poppler-23.08.0-1.x86_64
poppler-23.08.0-1.x86_64

Che sia questo il problema?

Si.

Se disponi di un mix di pacchetti da repository rock con pacchetti da repository rolling, la correzione potrebbe essere complicata o peggio.

Non si vuole rimuovere poppler. Il punto era che i pacchetti Okular e poppler devono essere tutti della stessa versione. Tranne poppler-data che è separato e ha il suo numero di versione. In questo modo:

$ rpm -qa | grep okular
okular-common-23.08.0-1.znver1
okular-epub-23.08.0-1.znver1
okular-pdf-23.08.0-1.znver1
okular-23.08.0-1.znver1
okular-postscript-23.08.0-1.znver1

$ rpm -qa | grep poppler
poppler-data-0.4.12-1.noarch
lib64poppler-23.08.0-1.znver1
lib64poppler-cpp-23.08.0-1.znver1
poppler-23.08.0-1.znver1
lib64poppler-qt5-23.08.0-1.znver1

L’ho confermato allo sviluppatore.

Per quanto riguarda le librerie: Se si ha un sistema ROME si vuole che tutti i pacchetti e le librerie provengano o siano compatibili con i repository rolling. solo rolling repository. Quindi la mia ipotesi migliore sarebbe quella di impostare il sistema solo sui repository rolling e:

Disattivare tutti i repository di terze parti. Disattivare tutti i repository tranne /main.
Annotate o scrivete tutti i pacchetti che vengono rimossi, nel caso in cui dobbiate aggiungerli di nuovo dopo questa operazione.

$ sudo dnf clean all ; sudo dnf --allowerasing dsync | tee dsync-log-3.txt

allora:

$ sudo dnf autoremove | tee autoremove-log-3.txt

Modifica: aggiunte le sezioni per la creazione dei registri.

Questo è trattato nel post di @alangea. Questi sono incompatibili e devono essere aggiornati alla stessa versione di poppler-23.08.0-1.x86_64:

lib64poppler118-22.02.0-1.x86_64
lib64poppler-cpp0-22.02.0-1.x86_64
lib64poppler-qt5_1-22.02.0-1.x86_64
lib64poppler-glib8-22.02.0-1.x86_64

I pacchetti di libreria (lib64poppler*) devono corrispondere al pacchetto poppler.