Чому база даних update-mime скаржиться на uri / rtspt та інші незвичайні типи?

При запуску 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'

Здається, нічого не шкодить, але хронічні помилки під час оновлень загрожують затьмарюванням помилки, до якої я дбаю.

Насправді ви можете виправити це просто, зробивши це

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

Ось цитата від Ана Герреро 2008 року, тож ви могли б подумати, що вона вже буде виправлена

Ці підроблені міметики встановлюються kdelibsфайлом /usr/share/mime/packages/kde.xmlз давніх-давен. Вони зберігаються в kde4libs.

В останній версії update-mime-databaseстав багатослівним про ці невідомі типи, і саме тому ви отримуєте цю помилку, коли ви оновлюєте матеріал, а потім update-mime-databaseвиконується. Це навряд чи буде змінено.

У цьому проблема update-mime-databaseі самого стандарту MIME. Спочатку він мав бути розширюваним. Але IETF це скинув, і жодних нових основних типів mime не зареєстровано (application / * використовується як недиференційований загальний доступ). Міркуючи / гадаю, що мало інструментів розроблено для коректної роботи з новими типами MIME.

Тепер база даних update-mime принаймні не перепадає, коли вона бачить псевдокласифікатори, такі як uri / та шрифти / або інтерфейс /. Тож я припускаю, що він скаржиться лише тому, що інші програми можуть насправді подолати їх. stringsдав мені наступний список, ймовірно, вбудованого списку "безпечних" типів MIME:

• текст
• застосування
• зображення
• аудіо
• inode
• відео
• повідомлення
• модель
• багаточастинні
• x-зміст
• х-епок

Це означає, що це стосується будь-яких інших x-або x.та vnd.або prs.основних типів міми. Цікаво inode/, що все, крім офіційного типу ЗМІ.

Виявляється, існує купа бібліотек KDE, які містять у цих інакших визначеннях mime-типів Gnome недружні Gime. У моєму випадку бібліотеки додавались як залежності до пакету додатків KDE, який я пізніше видалив.

Щоб видалити купу бібліотек KDE та пов'язані з ними записи / usr / share / mime, я використав:

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

Будьте уважні, що перша команда не змусить видалити потрібний вам пакет до підтвердження видалення. Позбавлення від kdelibs-bin зробить великий набір пакунків непотрібними та готовими до авторемонту.

Я знайшов основу для цього виправлення у старому звіті про помилки Intrepid Ibex .

Створіть резервну копію /usr/share/mimeкаталогу, на всякий випадок.

Я вирішив це, видаливши всі .xmlфайли в /usr/share/mimeкаталозі, після чого запустіть команду оновлення

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

/ubuntu//a/299482/789190 .

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