Por que o update-mime-database reclama de uri/rtspt e outros tipos incomuns?

Por que o update-mime-database reclama de uri/rtspt e outros tipos incomuns?

Ao executar update-mime-database- geralmente iniciado automaticamente por apt-get- por que recebo reclamações 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'

Não parece estar prejudicando nada, mas erros crônicos durante as atualizações correm o risco de obscurecer um erro que me interessa.

Responder1

Na verdade, você pode consertar isso simplesmente fazendo

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

Aqui estáuma citação de Ana Guerrero em 2008então você pensaria que já estaria consertado.

Esses tipos MIME falsos são instalados kdelibscom o arquivo /usr/share/mime/packages/kde.xmlhá muito tempo. Eles são mantidos em kde4libs.

Em uma versão recente, update-mime-databasetornou-se detalhado sobre esses tipos desconhecidos, e é por isso que você recebe esse erro ao atualizar o material e depois update-mime-databaseexecutá-lo. É improvável que seja alterado.

Responder2

Isso é um problema com update-mime-databaseo próprio padrão MIME. Originalmente, deveria ser extensível. Mas a IETF simplificou tudo e nenhum novo tipo MIME importante foi registrado (application/* é usado como um pega-tudo indiferenciado). O raciocínio/suposição por trás disso é que poucas ferramentas são projetadas para funcionar corretamente com novos tipos MIME.

Agora, update-mime-database pelo menos não cai quando vê pseudoclassificadores como uri/ e fonts/ ou interface/. Portanto, presumo que ele apenas reclame porque outros aplicativos podem tropeçar neles. stringsme deu a seguinte lista de tipos MIME "seguros" provavelmente integrados:

  • texto
  • aplicativo
  • imagem
  • áudio
  • inode
  • vídeo
  • mensagem
  • modelo
  • multiparte
  • conteúdo x
  • x-époc

O que significa que isso incomodaria qualquer outro x-tipo x.de mímica principal. Curiosamente, é tudo menos um tipo de mídia oficial.vnd.prs.inode/

Responder3

Parece que há uma pilha de bibliotecas do KDE que trazem essas definições de tipo MIME hostis ao Gnome. No meu caso, as bibliotecas foram adicionadas como dependências a um pacote de aplicativos do KDE que desinstalei posteriormente.

Para remover a pilha de bibliotecas do KDE e suas entradas /usr/share/mime associadas, usei:

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

Tenha cuidado para que o primeiro comando não force a remoção de um pacote necessário antes de confirmar a remoção. Livrar-se do kdelibs-bin tornará um grande conjunto de pacotes desnecessários e prontos para remoção automática.

Encontrei a base para essa correção em umrelatório de bug antigo para Intrepid Ibex.

Responder4

Faça backup do seu /usr/share/mimediretório, apenas para garantir.

Eu resolvi isso removendo todos os .xmlarquivos do /usr/share/mimediretório e executando o comando de atualização

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

informação relacionada