update-mime-database
を実行しているとき-通常apt-get
によって自動的に起動されます-なぜ次のような苦情を確実に受け取るのですか?
Unknown media type in type 'all/all'
Unknown media type in type 'all/allfiles'
Unknown media type in type 'uri/mms'
Unknown media type in type 'uri/mmst'
Unknown media type in type 'uri/mmsu'
Unknown media type in type 'uri/pnm'
Unknown media type in type 'uri/rtspt'
Unknown media type in type 'uri/rtspu'
Unknown media type in type 'fonts/package'
Unknown media type in type 'interface/x-winamp-skin'
それは何も傷つけているようには見えませんが、更新中の慢性的なエラーは、私が気にしているエラーを曖昧にするリスクがあります。
実際には、次のようにするだけで修正できます
Sudo rm /usr/share/mime/packages/kde.xml
Sudo update-mime-database /usr/share/mime
ここに 2008年のAna Guerreroからの引用 がありますので、今では修正されると思います。
これらの偽のmimetypeは、昔から
kdelibs
によって/usr/share/mime/packages/kde.xml
ファイルと共にインストールされています。それらはkde4libsに保存されます。最近のバージョンでは、
update-mime-database
がこの未知のタイプについて冗長になったため、ものを更新してからupdate-mime-database
を実行するとこのエラーが発生します。変更されることはほとんどありません。
これはupdate-mime-database
とMIME標準自体の問題です。元々は拡張可能であるはずでした。しかし、IETFはそれをバカにして、新しい主要なMIMEタイプは登録されていません(application/*は未分化のキャッチオールとして使用されています)。その理由は、新しいMIMEタイプで正常に動作するように設計されたツールがほとんどないという理由です。
現在、少なくともupdate-mime-databaseは、uri /およびfonts /またはinterface /のような疑似分類子を検出した場合にフォールオーバーしません。したがって、他のアプリが実際にそれらをつまずく可能性があるため、文句を言うだけだと思います。 strings
は、おそらく「安全な」MIMEタイプの組み込みリストの以下のリストを提供してくれました。
つまり、他のx-
またはx.
およびvnd.
またはprs.
の主要なmimeタイプに負けてしまいます。奇妙なことに、inode/
は公式のメディアタイプではありません。
これらの点でGnomeに馴染みのないMIMEタイプ定義をもたらすKDEライブラリの山があるようです。私の場合、ライブラリは、後でアンインストールしたKDEアプリケーションパッケージに依存関係として追加されました。
KDEライブラリの山と関連する/ usr/share/mimeエントリを削除するには、次を使用しました。
Sudo apt-get purge kdelibs-bin kdelibs-data
Sudo apt-get autoremove --purge
Sudo update-mime-database /usr/share/mime
削除を確認する前に、最初のコマンドが必要なパッケージを強制的に削除しないように注意してください。 kdelibs-binを削除すると、大量のパッケージが不要になり、自動削除の準備が整います。
Intrepid Ibexの古いバグレポート でこの修正の基礎を見つけました。
念のため、/usr/share/mime
ディレクトリをバックアップしてください。
.xml
ディレクトリの/usr/share/mime
ファイルをすべて削除してから、更新コマンドを実行して解決しました
cp -R /usr/share/mime /usr/share/mime_back
find /usr/share/mime -name *.xml -exec rm -rfv {} +
update-mime-database /usr/share/mime