Aquí hay un problema interesante para ti. ¿Recuerdas mi Asus Vivobook con arranque dual de Windows 8 y Ubuntu? Bueno, actualicé la máquina de Trusty a Bionic y, en el curso de ejercicios posteriores, también instalé Plasma en el sistema. Todo estaba bien, pero cada vez que iniciaba Discover, notaba un mensaje que no debería estar allí.
En la parte inferior de la pantalla principal de Discover, se leería:kdenlive_projectprofiles.knsrc" "Falló la carga de proveedores desde el archivo:https://kdenlive.org/data/mltprofilesources.xml". Extraño. Aparte de esto, aparece durante unos segundos, todo funcionaba bien. Pude buscar aplicaciones a través de Discover e instalarlas, Kdenlive funcionaba como se esperaba. Pero mis demonios del TOC no permitían que esto descansara. Así que arreglemos esto, ¿de acuerdo?
Problema con más detalle
Por supuesto, entré en Intertubez para ver qué pasaba, y descubrí que mucha gente se quejaba de esto durante los últimos cuatro o cinco años, con esta o aquella aplicación. Algunos también experimentarían problemas más amplios, al no poder instalar software y similares. Para mí, el problema se limitó a un mensaje falso.
Para obtener más información, ejecuté KDE Discover (plasma-discover) desde la línea de comandos. Esto significaba poder ver los errores con más detalle, incluidas las rutas completas a cualquier configuración o archivo que pudiera verse afectado. La salida no estaba limpia y había varias advertencias para un montón de cosas. Pero el que es realmente interesante es este:
plasma-discover
...
org.kde.knewstuff.core:"Error al transferir https://kdenlive.org/data/mltprofilesources.xml - el servidor respondió:No encontrado"
kns error "/etc/xdg/kdenlive_projectprofiles.knsrc" "Carga de proveedores desde archivo:https://kdenlive.org/data/mltprofilesources.xml falló"
qml:mensaje:kdenlive_projectprofiles.knsrc:Carga de proveedores desde archivo :https://kdenlive.org/data/mltprofilesources.xml falló
error:"Se esperaba '#' o '[a-zA-Z]', pero obtuvo '&'". en QUrl("https://kdenlive.org/data/mltprofilesources.xml")
Para verificar si se trata de un problema de Plasma o de Kdenlive, verifiqué la URL enumerada y, de hecho, devolvía 404. Así que Discover no tenía la culpa aquí, faltaba algo en el lado de la aplicación. Esto también me permitió reducir mi búsqueda.
Solución
Muy pronto, encontré este error de KDE, que estaba destinado a solucionar el problema y, de hecho, no debería haber experimentado el problema. Pero, aquí está el factor decisivo, dado el hecho de que actualicé la distribución de Trusty a Bionic, moviéndose aproximadamente cuatro años en el tiempo en una tarde, la configuración de mi configuración se transfirió y las partes obsoletas no se limpiaron correctamente.
Si entiendo el problema, los archivos knsrc están destinados a residir en /usr/share, y los que están en /etc no se eliminan automáticamente (debido al error). Entonces, si tiene configuraciones antiguas, es posible que hagan referencia a recursos en línea o URL que ya no existen (o han cambiado), lo cual es bastante probable cuando hablamos de grandes actualizaciones de distribución. Y con estas configuraciones en su lugar, Discover genera errores.
De hecho, en /etc/xdg/kdenlive, todos los archivos estaban relativamente actualizados (2018), excepto el que se menciona en los errores kdenlive_projectprofiles.knsrc, que se modificó por última vez en 2016. Por lo tanto, la solución es eliminar este archivo manualmente.
-rw-r--r-- 1 raíz raíz 244 10 de marzo de 2016 kdenlive_projectprofiles.knsrc
-rw-r--r-- 1 raíz raíz 1124 2 de marzo de 2018 kdenlive_wipes.knsrc
-rw-r --r-- 1 raíz raíz 1133 2 de marzo de 2018 kdenlive_titles.knsrc
-rw-r--r-- 1 raíz raíz 1197 2 de marzo de 2018 kdenlive_renderprofiles.knsrc
-rw-r--r- - 1 root root 48 2 de marzo de 2018 kdenlive.categories
Lo cual hice elegantemente (en realidad lo moví, así tendría una copia de seguridad):
sudo mv /etc/xdg/kdenlive_projectprofiles.knsrc ~/backup/
Y KDE Discover ahora se ejecutó sin errores. Sin embargo, creo que la solución adecuada a esto debería ser un cambio transparente a nivel del sistema, sin ninguna interacción del usuario. Todo necesita un mejor manejo de errores. También estoy seguro de que no hay efectos secundarios en esta acción y, sin embargo, eliminar los archivos de configuración nunca es trivial, ¿verdad? Finalmente, el error de la interfaz de usuario no es útil porque no tiene una ruta completa y la información presentada solo confunde al usuario. Si uno necesita la línea de comando para ver el archivo real en cuestión, entonces el error no debería mostrarse en Descubrir en primer lugar.
Conclusión
Aquí vamos. Ahora puedo descansar de nuevo, porque el sistema está libre de errores. Creo que este fue un ejercicio bastante útil, porque se trata de un fantasma posterior a la actualización que no es evidente al instante, y que no debería estar allí, mente. Normalmente, uso la interfaz de línea de comandos para instalar el software, por lo que me tomó un tiempo descubrirlo. Y sin ningún síntoma aparente, este problema es problemático, porque no se puede estar 100 % seguro de que la solución no presente futuros fantasmas en algún momento.
Pero si enfrenta problemas de tipo similar, ejecute Discover desde la línea de comando, intente identificar el error y luego examine cuidadosamente la información para ver si el problema se encuentra en el administrador de paquetes o en los archivos a los que se hace referencia (y fuentes remotas). Una vez que haya aislado al culpable, vea si la eliminación o la limpieza ayudan, pero asegúrese de tener una copia de seguridad, para que pueda revertirlo fácilmente. Y supongo que eso sería todo por este artículo plasmático.