为什么 update-mime-database 会抱怨 uri/rtspt 和其他异常类型?

msw*_*msw 26 updates aptitude apt mime-type

运行时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'
Run Code Online (Sandbox Code Playgroud)

它似乎没有伤害任何东西,但是更新期间的长期错误可能会掩盖我确实关心的错误。

ric*_*com 27

其实你可以简单地通过做来修复它

sudo rm /usr/share/mime/packages/kde.xml 
sudo update-mime-database /usr/share/mime
Run Code Online (Sandbox Code Playgroud)

这是2008 年 Ana Guerrero 的一句话,所以你会认为它现在已经修复了。

很久以前,那些伪造的 mimetypes 就kdelibs随文件 一起安装了/usr/share/mime/packages/kde.xml。它们保存在 kde4libs 中。

在最近的版本中,update-mime-database对这种未知类型变得冗长,这就是为什么在更新内容然后update-mime-database运行时会出现此错误的原因 。不太可能改变。

  • 删除文件的后果是什么?因为我认为 kde 不会无缘无故地安装该文件?您可能会丢失 mime 识别 (2认同)

mar*_*rio 5

这是update-mime-databaseMIME 标准本身的问题。最初它应该是可扩展的。但是 IETF 把它简化了,没有注册新的主要 mime 类型(application/* 被用作无差别的包罗万象)。其背后的推理/猜测是,很少有工具可以与新的 MIME 类型一起正常工作。

现在 update-mime-database 至少不会在看到 uri/ 和 fonts/ 或 interface/ 等伪分类器时崩溃。所以我认为它只会抱怨,因为其他应用程序实际上可能会被它们绊倒。strings给了我以下可能内置的“安全” MIME 类型列表:

  • 文本
  • 应用
  • 图片
  • 声音的
  • 节点
  • 视频
  • 信息
  • 模型
  • 多部分
  • x-内容
  • x-epoc

这意味着它会唠叨任何其他x-x.vnd.prs.主要的哑剧类型。奇怪的inode/是,它不是官方媒体类型。