Inilah masalah yang menarik untuk Anda. Ingat Asus Vivobook dual-boot Windows 8 dan Ubuntu saya? Yah, saya telah mengupgrade mesin dari Trusty ke Bionic, dan dalam latihan lebih lanjut, saya juga menginstal Plasma pada sistem. Semuanya baik-baik saja, tetapi setiap kali saya memulai Discover, saya melihat pesan yang seharusnya tidak ada di sana.
Di bagian bawah layar utama Discover, itu akan membaca:kdenlive_projectprofiles.knsrc" "Memuat penyedia dari file:https://kdenlive.org/data/mltprofilesources.xml gagal". Aneh. Selain itu muncul beberapa detik, semuanya bekerja dengan baik. Saya bisa mencari aplikasi melalui Discover dan menginstalnya, Kdenlive bekerja seperti yang diharapkan. Tapi setan OCD saya tidak membiarkan ini berhenti. Jadi, mari kita perbaiki ini.
Masalah lebih detail
Tentu saja, saya menekan intertubez untuk melihat apa yang memberi, dan saya menemukan bahwa banyak orang mengeluh tentang ini selama empat atau lima tahun terakhir, dengan aplikasi ini atau itu. Beberapa juga akan mengalami masalah yang lebih luas, tidak dapat menginstal perangkat lunak dan sejenisnya. Bagi saya, masalahnya terbatas pada pesan palsu.
Untuk mempelajari lebih lanjut, saya menjalankan KDE Discover (plasma-discover) dari baris perintah. Ini berarti dapat melihat kesalahan secara lebih rinci, termasuk jalur lengkap ke konfigurasi atau file apa pun yang mungkin terpengaruh. Outputnya tidak bersih, dan ada beberapa peringatan untuk banyak hal. Tapi yang sangat menarik adalah ini:
plasma-discover
...
org.kde.knewstuff.core:"Kesalahan mentransfer https://kdenlive.org/data/mltprofilesources.xml - server menjawab:Tidak Ditemukan"
kns error "/etc/xdg/kdenlive_projectprofiles.knsrc" "Memuat penyedia dari file:https://kdenlive.org/data/mltprofilesources.xml gagal"
qml:pesan:kdenlive_projectprofiles.knsrc:Memuat penyedia dari file :https://kdenlive.org/data/mltprofilesources.xml gagal
kesalahan:"Diharapkan '#' atau '[a-zA-Z]', tetapi mendapat '&'." di QUrl("https://kdenlive.org/data/mltprofilesources.xml")
Untuk memverifikasi apakah ini masalah Plasma atau masalah Kdenlive, saya memeriksa URL yang terdaftar, dan memang, itu mengembalikan 404. Jadi Discover tidak bisa disalahkan di sini, ada sesuatu yang hilang di sisi aplikasi. Ini juga memungkinkan saya untuk mempersempit pencarian saya.
Solusi
Tak lama kemudian, saya menemukan bug KDE ini - yang dimaksudkan untuk memperbaiki masalah, dan memang, saya seharusnya tidak mengalami masalah tersebut. Tapi, inilah yang menentukan, mengingat fakta bahwa saya telah memperbarui distro dari Trusty ke Bionic, bergerak kira-kira empat tahun dalam waktu satu sore, konfigurasi dari pengaturan saya terbawa, dan potongan-potongan usang tidak benar-benar dibersihkan dengan benar.
Jika saya memahami masalahnya, file knsrc dimaksudkan untuk berada di bawah /usr/share, dan file di bawah /etc tidak otomatis dihapus (karena bug). Jadi, jika Anda memiliki konfigurasi lama, mereka mungkin merujuk sumber daya online atau URL yang tidak ada lagi (atau telah berubah), yang sangat mungkin terjadi ketika kita berbicara tentang peningkatan distro besar. Dan dengan konfigurasi ini, Discover memunculkan kesalahan.
Memang, di bawah /etc/xdg/kdenlive, semua file relatif terbaru (2018), kecuali yang dirujuk dalam kesalahan kdenlive_projectprofiles.knsrc, yang terakhir diubah pada 2016. Oleh karena itu, solusinya adalah menghapus ini file secara manual.
-rw-r--r-- 1 root root 244 Mar 10 2016 kdenlive_projectprofiles.knsrc
-rw-r--r-- 1 root root 1124 Mar 2 2018 kdenlive_wipes.knsrc
-rw-r --r-- 1 root root 1133 Mar 2 2018 kdenlive_titles.knsrc
-rw-r--r-- 1 root root 1197 Mar 2 2018 kdenlive_renderprofiles.knsrc
-rw-r--r- - 1 root root 48 Mar 2 2018 kdenlive.categories
Yang saya lakukan dengan elegan (saya benar-benar memindahkannya, jadi saya akan memiliki cadangan):
sudo mv /etc/xdg/kdenlive_projectprofiles.knsrc ~/backup/
Dan KDE Discover sekarang berjalan tanpa kesalahan. Namun, saya pikir solusi yang tepat untuk ini harus menjadi perubahan transparan pada tingkat sistem, tanpa interaksi pengguna. Semuanya membutuhkan penanganan kesalahan yang lebih baik. Saya juga yakin bahwa tidak ada efek samping dari tindakan ini, namun, menghapus file konfigurasi tidak pernah sepele, bukan. Terakhir, kesalahan UI tidak berguna, karena tidak memiliki path lengkap, dan informasi yang disajikan hanya membingungkan pengguna. Jika seseorang membutuhkan baris perintah untuk melihat file sebenarnya yang dipermasalahkan, maka kesalahan seharusnya tidak ditampilkan di Discover sejak awal.
Kesimpulan
Di sana kita pergi. Sekarang saya bisa istirahat lagi, karena sistemnya bebas dari kesalahan. Saya pikir ini adalah latihan yang agak berguna, karena berhubungan dengan hantu pasca-upgrade yang tidak langsung terlihat - dan yang seharusnya tidak ada di sana, pikiran. Biasanya, saya menggunakan antarmuka baris perintah untuk menginstal perangkat lunak, jadi saya butuh beberapa saat untuk menemukan yang satu ini. Dan tanpa gejala yang tampaknya sakit, masalah ini bermasalah, karena Anda tidak dapat 100% yakin bahwa solusi tersebut tidak akan memperkenalkan hantu masa depan di beberapa titik.
Tetapi jika Anda menghadapi masalah serupa, jalankan Discover dari baris perintah, coba tunjukkan kesalahannya, lalu periksa informasi dengan cermat untuk melihat apakah baris masalah di manajer paket atau file yang direferensikan (dan sumber jarak jauh). Setelah Anda mengisolasi pelakunya, lihat apakah penghapusan atau pembersihan membantu, tetapi pastikan untuk memiliki cadangan, sehingga Anda dapat dengan mudah mengembalikannya. Dan saya rasa itu saja untuk artikel plasmatik ini.