At the end of this upgrade process you will see some scripts that run and ask user questions. If you read the output this is well explained for each script. I answered them like this:
I selected “Y” to install the package maintainers version. The ones where I selected “Y”:
Totale 1.5 MB/s | 2.4 GB 27:09
Esecuzione del controllo di transazione
Controllo di transazione eseguito con successo.
Test di transazione in corso
I pacchetti scaricati sono stati salvati nella cache fino alla prossima transazione completata con successo.
È possibile rimuovere i pacchetti in cache eseguendo ‘dnf clean packages’.
Errore: Transaction test error:
il file /usr/share/locale/ja_JP/LC_MESSAGES/libfilezilla.mo dell’installazione di lib64filezilla11-0.26.0-1.x86_64 entra in conflitto con il file del pacchetto lib64filezilla3-0.19.3-1.x86_64
il file /usr/lib64/libtracker-control-2.0.so.0 dell’installazione di lib64tracker2_2.0_0-2.3.6-1.x86_64 entra in conflitto con il file del pacchetto lib64tracker2.0_0-2.3.1-2.x86_64
il file /usr/lib64/libtracker-miner-2.0.so.0 dell’installazione di lib64tracker2_2.0_0-2.3.6-1.x86_64 entra in conflitto con il file del pacchetto lib64tracker2.0_0-2.3.1-2.x86_64
il file /usr/lib64/libtracker-sparql-2.0.so.0 dell’installazione di lib64tracker2_2.0_0-2.3.6-1.x86_64 entra in conflitto con il file del pacchetto lib64tracker2.0_0-2.3.1-2.x86_64
Totale 7.2 GB/s | 2.4 GB 00:00
Esecuzione del controllo di transazione
Controllo di transazione eseguito con successo.
Test di transazione in corso
I pacchetti scaricati sono stati salvati nella cache fino alla prossima transazione completata con successo.
È possibile rimuovere i pacchetti in cache eseguendo 'dnf clean packages'.
Errore: Transaction test error:
il file /usr/share/locale/ja_JP/LC_MESSAGES/libfilezilla.mo dell'installazione di lib64filezilla11-0.26.0-1.x86_64 entra in conflitto con il file del pacchetto lib64filezilla3-0.19.3-1.x86_64
il file /usr/lib64/libtracker-control-2.0.so.0 dell'installazione di lib64tracker2_2.0_0-2.3.6-1.x86_64 entra in conflitto con il file del pacchetto lib64tracker2.0_0-2.3.1-2.x86_64
il file /usr/lib64/libtracker-miner-2.0.so.0 dell'installazione di lib64tracker2_2.0_0-2.3.6-1.x86_64 entra in conflitto con il file del pacchetto lib64tracker2.0_0-2.3.1-2.x86_64
il file /usr/lib64/libtracker-sparql-2.0.so.0 dell'installazione di lib64tracker2_2.0_0-2.3.6-1.x86_64 entra in conflitto con il file del pacchetto lib64tracker2.0_0-2.3.1-2.x86_64
L’unica cosa che mi viene in mente è di mettere in ‘skip list’ i pacchetti/programmi interessati dal fallimento, finire l’aggiornamento, e indagare in un secondo tempo il perchè e il percome.
Mi sembra di capire uno è filezilla, ma gli altri conflitti non so a che si riferiscono.
Per chiarire, in /etc/dnf/dnf.conf
aggiungere alla fine: excludepkgs=filezilla,altro_pacchetto,altro_pacchetto,altro_pacchetto,altro_pacchetto
Nessuno di questi pacchetti fa parte di un’installazione predefinita, quindi non ne hai bisogno. Potreste rimuoverli e notare cosa viene rimosso. Fai l’aggiornamento del sistema come da istruzioni. Poi reinstalla Filezilla e qualsiasi cosa voglia il /usr/lib64/libtracker.
Ah, ho appena trovato qualcosa che potrebbe illuminarci. @alangea potresti eseguire questo comando e mettere l’intero output in un file .txt e postarlo qui?
Mi scuso per così tanti post. Ho fatto un errore prima non riconoscendo che il suggerimento di @rugyada sull’uso delle esclusioni è forse la soluzione migliore. Tuttavia le esclusioni devono essere fatte con precisione o non funzioneranno.
Dato che quello che hai fornito mostra solo 2 pacchetti di librerie, ho pensato che ci dovessero essere più pacchetti coinvolti. Quei 2 pacchetti normalmente non verrebbero installati da soli.
Potrebbe essere più facile rimuovere semplicemente i pacchetti che stanno bloccando la conversione da Lx 4.1 a 4.2 per completarla e poi reinstallarli. Forse.
Io credo che piano piano ci si può arrivare, per tentativi.
Purtroppo questo aggiornamento coinvolge tantissimi pacchetti perciò l’intero processo risulta un pochino più lungo. Ma nello stesso tempo è un esercizio che permette di imparare tante cose.
Ripeto, è uno dei pochi casi in cui si preferisce non pulire la cache dei pacchetti perchè se rimangono a disposizione in cache si evita di scaricarli inutilmente tutte le volte.
Come primo step il nostro obiettivo è di riuscire ad aggiornare il sistema di base.
I conflitti, a quanto pare, riguardano pacchetti installati successivamente quindi li vedremo in seguito.
Per lo scopo, avremo bisogno delle risposte dell’utente alle nostre richieste:
Edita /etc/dnf/dnf.conf come suggerito. Aggiungi filezilla, tracker, tracker2, lib64tracker2 (vado per tentativi), tutto diviso da una virgola senza spazi. Poi: $ sudo dnf --allowerasing distro-sync
Cosa succede? Si muove qualcosa?
Allega il file con l’output del comando richiesto da @ben79
Fatto questo, se ancora ci sono problemi, possiamo andare avanti. Vedrai che ne usciamo.
Ora che ha fatto l’aggiornamento completo senza lamentarsi controlli di nuovo con
sudo dnf clean all ; dnf clean all ; dnf repolist ; sudo dnf --refresh --allowerasing distro-sync
Se dice ‘nothing to do’ o simile, ripristini /etc/dnf/dnf.conf a come era prima e provi ad installare filezilla. Forse anche handbrake, se ti ricordi di averlo installato.
Salvati l’output della console in un file di testo nel caso servisse. Guarda anche che cosa installa come dipendenze.
Non installa né l’uno né l’altro, come era da aspettarsi, perchè vuole le librerie che vanno in conflitto con le nuove.
Chiedevo se, per accedere alla nuova release:
1 Devo fare il reboot (magari solo per il kernel), o i pacchetti ( a parte il kernel) sono tutti operativi.
2 Posso fare aggiornamenti, col comando standard upgrade ?
3 Come controllo se sto sulla Lx 4.2 ? C’è un comando apposito, o fa fede ciò che vedo scritto sul Welcome ?
4 Se, in seguito all’upgrade, riscontro problemi con alcune applicazioni, deve aprire un altro thread ?
Succede anche questo:
Blockquote
[alangea@alangea-systemproductname ~]$ sudo dnf clean all ; dnf clean all ; dnf repolist
[sudo] password di alangea:
avvertimento: Found bdb Packages database while attempting sqlite backend: using bdb backend.
40 file rimossi
avvertimento: Found bdb Packages database while attempting sqlite backend: using bdb backend.
0 file rimossi
avvertimento: Found bdb Packages database while attempting sqlite backend: using bdb backend.
id repo nome repo
rock-updates-x86_64 OpenMandriva Rock - x86_64 - Updates
rock-updates-x86_64-non-free OpenMandriva Rock - Non-free - x86_64 - Updates
rock-updates-x86_64-restricted OpenMandriva Rock - Restricted - x86_64 - Updates
rock-updates-x86_64-unsupported OpenMandriva Rock - Unsupported - x86_64 - Updates
rock-x86_64 OpenMandriva Rock - x86_64
rock-x86_64-non-free OpenMandriva Rock - Non-free - x86_64
rock-x86_64-restricted OpenMandriva Rock - Restricted - x86_64
rock-x86_64-unsupported OpenMandriva Rock - Unsupported - x86_64