Ciao, non riesco più a far partire Libreoffice, neanche da konsole entrando in /usr/bin…
Non riesco a trovare files di configurazione di LO da nessuna parte…
È successo che ho cliccato su un vecchio file di Impress, che si è aperto per bloccarsi subito dopo, costringendomi a killare il programma. Dopo di questo, nisba…
Aggiungo che stamane ho aggiornato la mia rolling. C’erano delle librerie (che non ricordo) e Firefox…
Può dipendere da ciò?
Troppo vago
Immagino
Ho rifatto l’operazione sul portatile. Era un po’ di più tempo che non lo aggiornavo (ma neanche troppo…)
Questo il risultato:
Upgrading:
dnfdrake noarch 3.0.10-1 rolling-x86_64-unsupported 101 k
icu-data x86_64 1:71.1-1 rolling-x86_64 8.2 M
lib64freebl3 x86_64 1:3.78-2 rolling-x86_64 487 k
lib64nss3 x86_64 1:3.78-2 rolling-x86_64 788 k
lib64pipewire0.3_0 x86_64 0.3.51-1 rolling-x86_64 206 k
nss x86_64 1:3.78-2 rolling-x86_64 580 k
nss-shlibsign x86_64 1:3.78-2 rolling-x86_64 18 k
om-control-center noarch 0.2.8-2 rolling-x86_64 632 k
pipewire x86_64 0.3.51-1 rolling-x86_64 1.3 M
pipewire-media-session x86_64 0.3.51-1 rolling-x86_64 21 k
pipewire-pulse x86_64 0.3.51-1 rolling-x86_64 16 k
Installazione dipendenze:
lib64icudata71 x86_64 1:71.1-1 rolling-x86_64 11 k
sostituisce lib64icudata70.x86_64 1:70.1-1
lib64icui18n71 x86_64 1:71.1-1 rolling-x86_64 1.0 M
sostituisce lib64icui18n70.x86_64 1:70.1-1
lib64icuuc71 x86_64 1:71.1-1 rolling-x86_64 708 k
sostituisce lib64icuuc70.x86_64 1:70.1-1
Riepilogo della transazione
=============================================================================================================================
Installati 3 pacchetti
Aggiornati 11 pacchetti
Dimensione totale dello scaricamento: 14 M
Procedere [s/N]:
Risultato dopo l’aggiornamento: Libreoffice si avvia al primo tentativo, poi si blocca e non parte più, né da icona né da consolle…
Domanda… come faccio a tornare a prima dell’aggiornamento?
Ciao, se i pacchetti precedenti sono ancora sul repo puoi usare la funzione downgrade oppure tenta un reinstall, se usi dnfdrake ci sono i pulsanti che lo fanno altrimenti da console la solita forma:
sudo dnf <comando> librequellocheè
Ora provo ad aggiornare anch’io e vediamo se sono fortunato…
Direi che sono stato più sfortunato… plasma in crash ed al riavvio il sistema non parte più…
Sto indagando.
Edit: in console parte
Edit2: se lancio plasmashell da terminale mi da
symbolo lookup error: /usr/lib64/libicuuc.so.70: undefine symbol: icudt70_dat
Edit3: blocca anche dnf
Ciao, ora provo a chiedere.
Ciao, ho ripristinato il sistema in questo modo, ho scaricato manualmente questi pacchetti (con live o altro sistema):
icu-data-70.1-1-omv4050.x86_64.rpm
lib64icudata70-70.1-1-omv4050.x86_64.rpm
poi ho riavviato in modalità console ed ho rimosso a mano questi due pacchetti con:
rpm -e --nodeps icu-data
rpm -e --nodeps lib64icudata71
Dopo di che installato sempre a mano i pacchetti scaricati in precedenza:
rpm -ivh icu-data-70.1-1-omv4050.x86_64.rpm
rpm -ivh lib64icudata70-70.1-1-omv4050.x86_64.rpm
Il sistema è ripartito.
Vedi se sono gli stessi che creano problemi a Libreoffice. Io intanto gli blocco l’aggiornamento…
Unica nota sul mio sistema uso Wayland anche se da quello che ho visto il problema non è legato a lui.
A presto.
Ok, grazie.
Si potrebbe anche provare prima con il comando
$ sudo dnf clean all ; dnf clean all ; dnf repolist ; sudo dnf --refresh --allowerasing distro-sync | tee konsole-sync.log
e vedere se sistema qualcosa.
PS>
Ho copiaincollato il mio comando abituale. Il tee che crea il file di log si può anche ignorare.
Purtroppo dopo il blocco non funzionava neanche dnf …
Uh, azzarola è vero era già capitato…
Ad ogni modo vado a riferire.
Per chi non avesse ancora aggiornato, meglio escludere per il momento icu & compagnia.
- da terminale, distro-sync con l’opzione
--exclude=<nome_pacchetto>
;
oppure
- editando /etc/dnf/dnf.conf
oppure…
- ve lo dico dopo
A me dnf continua a funzionare, ma non trova nulla da fare
Adesso provo il suggerimento di astragalo…
Non sono sicuro di capire il problema dei pacchetti icu?
Quindi dnf funziona normalmente. Posso aprire le applicazioni di LibreOffice. I pacchetti icu sono stati testati mentre si trovavano nel repo di test prima di passare al repo normale. Certo, il test dei pacchetti è molto elementare. IMO semplicemente non abbiamo abbastanza persone che si occupano dei test dei pacchetti o dei test per i nuovi rilasci di OMLx.
Avevo anche provato a fare il downgrade con DNFdrake, ecco l’esito…
La versione installata del pacchetto lib64icudata71 è la prima, non ne può essere installata una versione precedente.
La versione installata del pacchetto lib64icui18n71 è la prima, non ne può essere installata una versione precedente.
La versione installata del pacchetto lib64icuuc71 è la prima, non ne può essere installata una versione precedente.
Errore:
Problema: problem with installed package lib64icudata71-1:71.1-1.x86_64
- package lib64icudata71-1:71.1-1.x86_64 requires icu-data = 1:71.1-1, but none of the providers can be installed
- cannot install both icu-data-1:70.1-1.x86_64 and icu-data-1:71.1-1.x86_64
- cannot install both icu-data-1:71.1-1.x86_64 and icu-data-1:70.1-1.x86_64
- conflicting requests
(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages)
[Dnfdrake Lavora Per Te]
Cosi ad intuito penso che il downgrade fallisca perché nel nome è presente il 71, rendendolo quindi di fatto un pacchetto con un nome differente e dnf non riconosce il pacchetto col 70 come precedente ma come un pacchetto diverso.
Ok… mi potresti dare il link per scaricare i pacchetti precedenti? Non so dove andare a cercarli…
Ora non sono al pc provo col cell…
http://abf-downloads.openmandriva.org/4.3/repository/x86_64/main/release/lib64icudata70-70.1-1-omv4050.x86_64.rpm
http://abf-downloads.openmandriva.org/4.3/repository/x86_64/main/release/icu-data-70.1-1-omv4050.x86_64.rpm
Dovrebbero essere questi.
P.s. hai provato a reinstallare libreoffice, magari basta quello.
Domani ci riprovo, vediamo se riesco ad isolare il problema…
Devo essere il prescelto