☰

¿Por qué update-mime-database se queja de uri/rtspt y otros tipos inusuales?

tag-icon • tag-icon apt aptitude updates mime-type
¿Por qué update-mime-database se queja de uri/rtspt y otros tipos inusuales?

Cuando lo ejecuto update-mime-database, generalmente iniciado automáticamente apt-get, ¿por qué recibo quejas como:

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'

No parece perjudicar nada, pero los errores crónicos durante las actualizaciones corren el riesgo de ocultar un error que sí me importa.

Respuesta1

En realidad puedes solucionarlo simplemente haciendo

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

Aquí estáuna cita de Ana Guerrero en 2008entonces uno pensaría que ya estaría arreglado.

Esos tipos mime falsos se instalan kdelibscon el archivo /usr/share/mime/packages/kde.xmldesde hace mucho tiempo. Se guardan en kde4libs.

En una versión reciente, update-mime-databasese volvió detallado sobre estos tipos desconocidos, y es por eso que aparece este error cuando actualiza cosas y luego update-mime-databasese ejecuta. Es poco probable que se cambie.

Respuesta2

Ese es un problema con update-mime-databaseel propio estándar MIME. Originalmente se suponía que era extensible. Pero el IETF lo simplificó y no se registran nuevos tipos de mime importantes (application/* se utiliza como un comodín indiferenciado). El razonamiento/suposición detrás de esto es que pocas herramientas están diseñadas para funcionar correctamente con nuevos tipos MIME.

Ahora update-mime-database al menos no falla cuando ve pseudoclasificadores como uri/ y fonts/ o interface/. Así que supongo que sólo se queja porque otras aplicaciones podrían tropezar con ellos. stringsme dio la siguiente lista de probablemente lista integrada de tipos MIME "seguros":

  • texto
  • solicitud
  • imagen
  • audio
  • inodo
  • video
  • mensaje
  • modelo
  • multiparte
  • contenido x
  • x-epoc

Lo que significa que molestaría a cualquier otro tipo x-de x.mimo importante. Curiosamente es todo menos un tipo de medio oficial.vnd.prs.inode/

Respuesta3

Parece que hay un montón de bibliotecas de KDE que incorporan estas definiciones de tipo mime que de otro modo serían hostiles para Gnome. En mi caso, las bibliotecas se agregaron como dependencias a un paquete de aplicación de KDE que luego desinstalé.

Para eliminar la pila de bibliotecas de KDE y sus entradas /usr/share/mime asociadas, utilicé:

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

Tenga cuidado de que el primer comando no fuerce la eliminación de un paquete que necesita antes de confirmar la eliminación. Deshacerse de kdelibs-bin hará que un gran conjunto de paquetes sean innecesarios y estén listos para su eliminación automática.

Encontré la base para esta solución en unantiguo informe de error para Intrepid Ibex.

Respuesta4

Haga una copia de seguridad de su /usr/share/mimedirectorio, por si acaso.

Lo resolví eliminando todos los .xmlarchivos del /usr/share/mimedirectorio y luego ejecuté el comando de actualización.

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/789190.

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

información relacionada