ここにあなたにとって興味深い問題があります。私のAsusVivobookがWindows8とUbuntuをデュアルブートしていることを覚えていますか？さて、私はマシンをTrustyからBionicにアップグレードしました。さらに演習を行う中で、Plasmaもシステムにインストールしました。すべてが良かったのですが、Discoverを起動するたびに、そこにあるべきではないメッセージに気づきました。
Discoverのメイン画面の下部に次のように表示されます：kdenlive_projectprofiles.knsrc ""ファイルからのプロバイダーの読み込み：https：//kdenlive.org/data/mltprofilesources.xmlが失敗しました"。奇妙です。これとは別に、いくつか表示されます。数秒で、すべてが正常に機能しました。Discoverを使用してアプリケーションを検索してインストールできましたが、Kdenliveは期待どおりに機能していました。しかし、私のOCDデーモンはこれを休ませませんでした。それでは、これを修正しましょう。
問題の詳細
もちろん、私はintertubezにアクセスして何が得られるかを確認しましたが、過去4〜5年間、このアプリケーションまたはそのアプリケーションで多くの人がこれについて不満を言っていることがわかりました。また、ソフトウェアをインストールできないなど、より広範な問題が発生する場合もあります。私にとって、問題は偽のメッセージに限定されていました。
詳細については、コマンドラインからKDE Discover（plasma-discover）を実行しました。これは、影響を受ける可能性のある構成やファイルへのフルパスなど、エラーをより詳細に確認できることを意味します。出力はきれいではなく、たくさんのことについていくつかの警告がありました。しかし、本当に興味深いのはこれです：
Plasma-discover
...
org.kde.knewstuff.core： "https://kdenlive.org/data/mltprofilesources.xmlの転送中にエラーが発生しました-サーバーからの返信：見つかりません"
knsエラー"/etc/xdg/kdenlive_projectprofiles.knsrc""ファイルからのプロバイダーのロード：https：//kdenlive.org/data/mltprofilesources.xmlが失敗しました"
qml：メッセージ：kdenlive_projectprofiles.knsrc：ファイルからのプロバイダーのロード：https：//kdenlive.org/data/mltprofilesources.xmlが失敗しました
エラー：「「＃」または「[a-zA-Z]」が必要ですが、「＆」を取得しました。」 QUrl（ "https://kdenlive.org/data/mltprofilesources.xml"）
これがPlasmaの問題なのかKdenliveの問題なのかを確認するために、リストされたURLを確認したところ、実際には404が返されていました。これにより、検索を絞り込むこともできました。
解決策
すぐに、私はこのKDEバグを見つけました。これは問題を修正するためのものであり、実際、私はこの問題を経験するべきではありませんでした。しかし、これがクリンチャーです。ディストリビューションをTrustyからBionicに更新し、ある午後に約4年の時間で移動したため、セットアップの構成が引き継がれ、非推奨のビットやピースが適切にクリーンアップされませんでした。
問題を理解していれば、knsrcファイルは/ usr / shareの下にあるはずであり、/ etcの下にあるファイルは（バグのために）自動的に削除されません。したがって、古い構成を使用している場合は、存在しない（または変更された）オンラインリソースまたはURLを参照している可能性があります。これは、大規模なディストリビューションのアップグレードについて話している場合に発生する可能性があります。これらの構成が適切に行われると、Discoverはエラーをスローします。
実際、/ etc / xdg / kdenliveの下では、2016年に最後に変更されたエラーkdenlive_projectprofiles.knsrcで参照されているファイルを除いて、ファイルはすべて比較的最新（2018）でした。したがって、解決策はこれを削除することです。手動でファイルします。
-rw-r--r--1ルートルート2442016年3月10日kdenlive_projectprofiles.knsrc
-rw-r--r--1ルートルート11242018年3月2日kdenlive_wipes.knsrc
-rw-r --r--1ルートルート11332018年3月2日kdenlive_titles.knsrc
-rw-r--r--1ルートルート11972018年3月2日kdenlive_renderprofiles.knsrc
-rw-r--r- --1ルートルート482018年3月2日kdenlive.categories
私はこれをエレガントに行いました（実際に移動したので、バックアップが必要です）：
sudo mv /etc/xdg/kdenlive_projectprofiles.knsrc〜/ backup /
そして、KDEDiscoverはエラーなしで実行されるようになりました。ただし、これに対する適切な解決策は、ユーザーの操作なしで、システムレベルで透過的に変更する必要があると思います。全体として、より優れたエラー処理が必要です。また、このアクションに副作用はないと確信していますが、構成ファイルを削除することは決して簡単なことではありません。最後に、UIエラーはフルパスを持たず、提示された情報はユーザーを混乱させるだけなので、役に立ちません。問題の実際のファイルを表示するためにコマンドラインが必要な場合は、最初にDiscoverにエラーが表示されないようにする必要があります。
結論
そこに行きます。システムにエラーがないので、私は再び休むことができます。これは、アップグレード後のゴーストを扱っているので、かなり便利な演習だったと思います。これは、すぐにはわかりませんが、そこにあるべきではありません。通常、私はコマンドラインインターフェイスを使用してソフトウェアをインストールするので、これを見つけるのに時間がかかりました。そして、一見悪い症状がなければ、この問題は問題があります。解決策が将来の幽霊をいつか導入しないことを100％確信することはできないからです。
ただし、同様の種類の問題が発生している場合は、コマンドラインからDiscoverを実行し、エラーを特定してから、情報を注意深く調べて、パッケージマネージャーまたは参照ファイル（およびリモートソース）の問題行を確認してください。原因を特定したら、削除またはクリーンアップが役立つかどうかを確認しますが、簡単に元に戻せるように、必ずバックアップを作成してください。そして、このプラズマ記事はこれですべてだと思います。