Ecco un problema interessante per te. Ricordi il mio Asus Vivobook con doppio avvio di Windows 8 e Ubuntu? Bene, ho aggiornato la macchina da Trusty a Bionic e, nel corso di ulteriori esercizi, ho anche installato Plasma sul sistema. Tutto andava bene, ma poi ogni volta che avviavo Discover, notavo un messaggio che non dovrebbe essere presente.
Nella parte inferiore della schermata principale di Discover, si leggeva:kdenlive_projectprofiles.knsrc" "Caricamento dei provider dal file:https://kdenlive.org/data/mltprofilesources.xml non riuscito". Strano. A parte questo, è apparso per alcuni secondi, tutto funzionava bene. Sono stato in grado di cercare applicazioni tramite Discover e installarle, Kdenlive funzionava come previsto. Ma i miei demoni OCD non hanno lasciato che questo si fermasse. Quindi risolviamo questo, vero.
Problema in dettaglio
Naturalmente, ho colpito l'intertubez per vedere cosa dà, e ho scoperto che molte persone si sono lamentate di questo negli ultimi quattro o cinque anni, con questa o quella applicazione. Alcuni sperimenterebbero anche problemi più ampi, non essendo in grado di installare software e simili. Per me, il problema si limitava a un messaggio spurio.
Per saperne di più, ho eseguito KDE Discover (plasma-discover) dalla riga di comando. Ciò significava essere in grado di visualizzare gli errori in modo più dettagliato, inclusi i percorsi completi di eventuali configurazioni o file che potrebbero essere interessati. L'output non era pulito e c'erano diversi avvisi per un sacco di cose. Ma quello che è veramente interessante è questo:
plasma-discover
...
org.kde.knewstuff.core:"Errore durante il trasferimento di https://kdenlive.org/data/mltprofilesources.xml - server ha risposto:non trovato"
kns error "/etc/xdg/kdenlive_projectprofiles.knsrc" "Caricamento dei provider dal file:https://kdenlive.org/data/mltprofilesources.xml non riuscito"
qml:messaggio:kdenlive_projectprofiles.knsrc:Caricamento dei provider dal file :https://kdenlive.org/data/mltprofilesources.xml non riuscito
errore:"Previsto '#' o '[a-zA-Z]', ma ottenuto '&'." in QUrl("https://kdenlive.org/data/mltprofilesources.xml")
Per verificare se si tratta di un problema di Plasma o di un problema di Kdenlive, ho controllato l'URL elencato e, in effetti, stava restituendo 404. Quindi Discover non era da biasimare qui, mancava qualcosa sul lato dell'applicazione. Questo mi ha anche permesso di restringere la mia ricerca.
Soluzione
Abbastanza presto, ho trovato questo bug di KDE - che aveva lo scopo di risolvere il problema e, in effetti, non avrei dovuto riscontrarlo. Ma ecco il fattore decisivo, dato che ho aggiornato la distribuzione da Trusty a Bionic, spostandomi di circa quattro anni nel tempo in un pomeriggio, la configurazione della mia configurazione è stata trasferita e frammenti deprecati non sono stati davvero ripuliti correttamente.
Se capisco il problema, i file knsrc devono risiedere in /usr/share e quelli in /etc non vengono eliminati automaticamente (a causa del bug). Quindi, se hai vecchie configurazioni, potrebbero fare riferimento a risorse online o URL che non esistono più (o sono cambiati), il che è abbastanza probabile quando si parla di grandi aggiornamenti di distribuzione. E con queste configurazioni in atto, Discover genera errori.
In effetti, in /etc/xdg/kdenlive, i file erano tutti relativamente aggiornati (2018), tranne quello a cui si fa riferimento negli errori kdenlive_projectprofiles.knsrc, che era stato modificato l'ultima volta nel 2016. E quindi, la soluzione è rimuoverlo file manualmente.
-rw-r--r-- 1 radice radice 244 10 marzo 2016 kdenlive_projectprofiles.knsrc
-rw-r--r-- 1 radice radice 1124 2 marzo 2018 kdenlive_wipes.knsrc
-rw-r --r-- 1 radice radice 1133 2 marzo 2018 kdenlive_titles.knsrc
-rw-r--r-- 1 radice radice 1197 2 marzo 2018 kdenlive_renderprofiles.knsrc
-rw-r--r- - 1 root root 48 2 marzo 2018 kdenlive.categories
Cosa che ho fatto con eleganza (l'ho effettivamente spostato, quindi avrei un backup):
sudo mv /etc/xdg/kdenlive_projectprofiles.knsrc ~/backup/
E ora KDE Discover funziona senza errori. Tuttavia, penso che la soluzione adeguata a questo dovrebbe essere un cambiamento trasparente a livello di sistema, senza alcuna interazione da parte dell'utente. Il tutto necessita di una migliore gestione degli errori. Sono anche fiducioso che non ci siano effetti collaterali in questa azione, eppure rimuovere i file di configurazione non è mai banale, vero. Infine, l'errore dell'interfaccia utente non è utile, perché non ha un percorso completo e le informazioni presentate confondono solo l'utente. Se è necessaria la riga di comando per vedere il file effettivo in questione, l'errore non dovrebbe essere mostrato in primo luogo in Scopri.
Conclusione
Eccoci. Ora posso riposarmi di nuovo, perché il sistema è privo di errori. Penso che questo sia stato un esercizio piuttosto utile, perché si tratta di un fantasma post-aggiornamento che non è immediatamente evidente e che non dovrebbe essere lì, attenzione. Normalmente, utilizzo l'interfaccia della riga di comando per installare il software, quindi mi ci è voluto un po' per scoprirlo. E senza alcun sintomo apparentemente malato, questo problema è problematico, perché non puoi essere sicuro al 100% che la soluzione non introdurrà futuri fantasmi a un certo punto.
Ma se stai affrontando problemi di tipo simile, esegui Discover dalla riga di comando, prova a individuare l'errore, quindi esamina attentamente le informazioni per vedere se le righe dei problemi nel gestore pacchetti o i file di riferimento (e le origini remote). Dopo aver isolato il colpevole, verifica se la rimozione o la pulizia aiutano, ma assicurati di avere un backup, in modo da poterlo ripristinare facilmente. E immagino che sarebbe tutto per questo articolo plasmatico.