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运行时会出现此错误的原因 。不太可能改变。
这是update-mime-databaseMIME 标准本身的问题。最初它应该是可扩展的。但是 IETF 把它简化了,没有注册新的主要 mime 类型(application/* 被用作无差别的包罗万象)。其背后的推理/猜测是,很少有工具可以与新的 MIME 类型一起正常工作。
现在 update-mime-database 至少不会在看到 uri/ 和 fonts/ 或 interface/ 等伪分类器时崩溃。所以我认为它只会抱怨,因为其他应用程序实际上可能会被它们绊倒。strings给了我以下可能内置的“安全” MIME 类型列表:
这意味着它会唠叨任何其他x-或x.和vnd.或prs.主要的哑剧类型。奇怪的inode/是,它不是官方媒体类型。
| 归档时间: |
|
| 查看次数: |
16047 次 |
| 最近记录: |