web-dev-qa-db-fra.com

Pourquoi update-mime-database se plaint-il d'uri / rtspt et d'autres types inhabituels?

Lorsque je lance update-mime-database - généralement lancé automatiquement par apt-get - pourquoi suis-je sûr de recevoir des plaintes de type:

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'

Cela ne semble pas nuire à rien, mais des erreurs chroniques lors des mises à jour risquent de masquer une erreur qui me tient à cœur.

25
msw

En fait, vous pouvez le réparer simplement en faisant

Sudo rm /usr/share/mime/packages/kde.xml 
Sudo update-mime-database /usr/share/mime

Voici ne citation d’Ana Guerrero en 2008 , donc on pourrait penser que ce serait réglé maintenant.

Ces faux types MIME sont installés par kdelibs avec le fichier /usr/share/mime/packages/kde.xml depuis longtemps. Ils sont conservés dans kde4libs.

Dans une version récente, update-mime-database est devenu commenté à propos de ces types inconnus, et c’est pourquoi vous obtenez cette erreur lorsque vous mettez à jour des éléments, puis update-mime-database est exécuté. Il est peu probable que cela change.

27
richud.com

C'est un problème avec update-mime-database et le standard MIME lui-même. À l'origine, il était supposé être extensible. Mais l'IETF l'a insensibilisé et aucun nouveau type de mime majeur n'est enregistré (application/* est utilisé comme une fourre-tout indifférenciée). Le raisonnement/conjecture derrière cela étant que peu d'outils sont conçus pour fonctionner correctement avec les nouveaux types MIME.

Maintenant, update-mime-database ne tombe pas au moins lorsqu'il voit des pseudo classificateurs comme uri/et fonts/ou interface /. Donc, je suppose que cela ne fait que se plaindre, car d’autres applications risquent de trébucher. strings m'a donné la liste suivante de la liste probablement intégrée de types MIME "sûrs":

  • texte
  • application
  • image
  • l'audio
  • inode
  • vidéo
  • message
  • modèle
  • en plusieurs parties
  • x-content
  • x-epoc

Cela signifie qu’il serait ennuyeux par rapport à tout autre type de mime majeur x- ou x. et vnd. ou prs.. Curieusement, inode/ est tout sauf un type de média officiel.

5
mario

Il semble qu’il existe une pile de bibliothèques KDE qui intègre ces définitions de type mime peu conviviales par ailleurs. Dans mon cas, les bibliothèques ont été ajoutées en tant que dépendances à un package d’application KDE que j’ai désinstallé par la suite.

Pour supprimer la pile de bibliothèques KDE et leurs entrées/usr/share/mime associées, j'ai utilisé:

Sudo apt-get purge kdelibs-bin kdelibs-data 
Sudo apt-get autoremove --purge
Sudo update-mime-database /usr/share/mime

Veillez à ce que la première commande ne force pas la suppression d'un paquet dont vous avez besoin avant de confirmer la suppression. En se débarrassant de kdelibs-bin, un grand nombre de paquets seront alors inutiles et prêts à être supprimés automatiquement.

J'ai trouvé la base de ce correctif dans un ancien rapport de bogue pour Intrepid Ibex .

2
msw

Sauvegardez votre répertoire /usr/share/mime, juste au cas où.

Je l'ai résolu en supprimant tous les fichiers .xml du répertoire /usr/share/mime, puis j'ai exécuté la commande de mise à jour.

cp -R /usr/share/mime /usr/share/mime_back
find  /usr/share/mime -name *.xml -exec rm -rfv {} +    
update-mime-database /usr/share/mime

https://askubuntu.com/a/299482/78919 .

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=4698

0
StackEdd