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

Question

Ao executar update-mime-database - geralmente lançado 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'

Parece que não está doendo nada, mas os erros crónicos durante as atualizações correm o risco de ocultar um erro com o qual me preocupo.

    

Answer 1

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 2008 para que você acho que seria consertado agora.

  

Esses mimetypes falsos são instalados por kdelibs com o arquivo    /usr/share/mime/packages/kde.xml desde há muito tempo. Eles são mantidos em   kde4libs.

     

Em uma versão recente, update-mime-database tornou-se detalhado sobre esse desconhecido   tipos, e é por isso que você recebe esse erro quando você atualiza coisas e, em seguida,    update-mime-database é executado.   É improvável que seja alterado.

    

Answer 2

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

Agora o update-mime-database, pelo menos, não cai quando vê pseudo classificadores como uri / e fonts / ou interface /. Então eu suponho que só reclama porque outros aplicativos podem realmente tropeçar neles. strings me forneceu a seguinte lista de lista de tipos MIME "seguros" provavelmente existentes:

• texto
• aplicativo
• imagem
• áudio
• inode
• video
• mensagem
• modelo
• multiparte
• x-content
• x-epoc

Significa que isso incomodaria qualquer outro tipo de mime principal x- ou x. e vnd. ou prs. . Curiosamente inode/ é tudo menos um tipo de mídia oficial.

    

Answer 3

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

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 que você precisa antes de confirmar a remoção. Livrar-se do kdelibs-bin fará com que um grande conjunto de pacotes seja desnecessário e esteja pronto para o autoremove.

Eu encontrei a base para essa correção em um relatório antigo de bugs do Intrepid Ibex .

    

Answer 4

Faça backup do diretório /usr/share/mime , apenas por precaução.

Eu resolvi isso removendo todos os arquivos .xml no diretório /usr/share/mime e depois executei o comando update

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

link .

link