У меня что-то Firefox стал плохо предлагать открыть файлы приложениями. Не знаю, связано ли, но пакет давно не отбновлялся, как-минимум. Может, пора обновить?
Собственно, в p10 даже больше волнует.
да, пора. посмотрю в близжайшее время.
По поводу не тех обработчиков заметил интересную проблему - нехватку алиасов mime типов в usr-share-info. Т.е. в desktop файлах пишут такие mime типы, которых нет у нас в /usr/share/mime. Пример. image/jpeg есть, но у него там нет алиаса image/jpg. В то же время в .desktop файлах есть и обработчики image/jpg. Получается, у image/jpeg и image/jpg свои списки обработчиков, так как из-за отсутствия alias image/jpg не отображается на image/jpeg. Пусть эти обработчики image/jpg=atril.desktop;... image/jpeg=Berry.desktop;...;atril.desktop;... тогда, если кликнуть на .jpg картинку, то будут использован /usr/share/mime, будет определен тип как image/jpeg и будет обработка с помощью Berry.desktop. Если же .jpg картинка придет, к примеру, с браузера, то там mime тип будет такой, который сообщил сервер, т.е. может image/jpeg, а может и image/jpg, соответственно, может неожиданно для нас обработчиком запуститься atril. И таких дубликатов десятки. Я займусь этой темой плотнее, что потребует больше времени. Соберу базу потеряшек, которые есть в в desktop файлах, но нет у нас в /usr/share/mime. Составлю для них таблицу алиасов. Напишу патчгенератор, который будет патчить xml в shared-mime-info. Сгенерирую altlinux-mime-defaults уже с новыми alias. От вас же прошу замечать все такие случаи: какой реальный тип файла, какой его mime тип в /usr/share/mime, какой его объявленный (в браузере, в почте) mime тип, какой реальный обработчик, и какой желательный обработчик?
(Ответ для viy на комментарий #3) > Составлю для них таблицу алиасов. Напишу патчгенератор, который будет > патчить xml в shared-mime-info. Не надо портить shared-mime-info.
(Ответ для Yuri N. Sedunov на комментарий #4) > Не надо портить shared-mime-info. Гм. не понял вас. Поясните, пожалуйста, на примере. у нас есть до сотни обработчиков для image/png не буду их перечислять и также у нас есть десятки обработчиков для image/x-png org.gnome.gThumb.desktop org.gnome.eog.desktop eom.desktop gqview.desktop pqiv.desktop geeqie.desktop atril.desktop org.gnome.Shotwell-Viewer.desktop; feh.desktop; gimagereader-gtk.desktop; gimagereader-qt5.desktop;gliv.desktop; pix.desktop;viewnior.desktop; xviewer.desktop;xreader.desktop; gnome-paint.desktop;mtpaint.desktop; photoflare.desktop;pinta.desktop; shutter.desktop но image/x-png в базе нет. как именно испортится shared-mime-info, если к image/png будет добавлен алиас image/x-png ?
Хороший пример. > но image/x-png в базе нет. И в современной спецификации такого нет. http://www.iana.org/assignments/media-types/media-types.xhtml#image Этот префикс "x-" означает, что тип нестандартный. x-png сушествовал (давно) до принятия IANA png в качестве официального типа. Временно описание x-png можно положить в /usr/share/mime-info/ (не путать с /usr/share/mime), но лучше исправить десктоп-файлы, разумеется, автоматически при пересборке пакетов.
(Ответ для Yuri N. Sedunov на комментарий #6) > И в современной спецификации такого нет. > http://www.iana.org/assignments/media-types/media-types.xhtml#image > > Этот префикс "x-" означает, что тип нестандартный. x-png сушествовал (давно) > до принятия IANA png в качестве официального типа. > > Временно описание x-png можно положить в /usr/share/mime-info/ (не путать с > /usr/share/mime), но лучше исправить десктоп-файлы, разумеется, > автоматически при пересборке пакетов. Спасибо, теперь вас понял. Это было недоразумение - вы предположили, что я предлагаю описывать тот же x-png как отдельный mime тип. Я полностью с вами согласен в критике такого предложения. 2 разных mime типа для одного файла - это бедствие. Однако, по счастью, я такого не предлагал, а предлагал добавить alias в уже существующий mime тип. Извиняюсь, что не расписал технические детали, чем, похоже, ввел вас в заблуждение. добавление alias это стандартный для shared-mime-info способ решать подобные проблемы. К примеру, посмотрим на определение mime-type application/pdf в packages/freedesktop.org.xml <mime-type type="application/pdf"> <comment>PDF document</comment> ... <magic> <match type="string" value="%PDF-" offset="0:1024"/> </magic> <glob pattern="*.pdf"/> <alias type="application/x-pdf"/> <alias type="image/pdf"/> <alias type="application/acrobat"/> <alias type="application/nappdf"/> </mime-type> Там есть 4 alias-а: application/x-pdf, image/pdf, application/{acrobat,nappdf} на все случаи жизни. К сожалению, база alias-ов freedesktop.org.xml не настолько полна, как хотелось бы. К примеру, для <mime-type type="image/png"> просится добавить <alias type="image/x-png"/> и таких реально встречающихся alias-ов там по факту еще надо добавить наверное до десятка-полтора. В базе alias-ов freedesktop.org.xml сейчас более 300 алиасов, это увеличит ее на 3-5%.
А есть ли какой-то команднострочный редактор xml-файлов? Я как-то давным-давно искал себе и какую-то шнягу вроде-бы даже нашёл, точно не помню уже. Может, сейчас что-то нормальное появилось? Тогда при сборке будет несложно добавить нужные alias-ы к нужным типам, если будет список, кого куда.
(Ответ для Sergey V Turchin на комментарий #8) > А есть ли какой-то команднострочный редактор xml-файлов? Формально есть xslt и proc'и к нему, но на практике мне проще питоньим скриптом, в сложных случаях xslt API, в простых случаях массив словарей API. > Тогда при сборке будет несложно добавить нужные alias-ы к нужным типам, если > будет список, кого куда. Да, я так и хочу. Скрипт, список алиасов добавить, и после обработки статистика: X отвергнуто (нет такого mime-type) Y уже есть Z добавлено.
медленно спускаюсь с горы: пишу автоматизацию, чтобы получать готовый отчет в любое время как ее часть, в сизиф пришел [#299403] DONE srpm=repocop-collector-mime-0.01-alt1.src.rpm
(Ответ для Sergey V Turchin на комментарий #0) > У меня что-то Firefox стал плохо предлагать открыть файлы приложениями. Кстати: тоже заметил описанную вами проблему в firefox (в p10, firefox-95.0.1-alt1.x86_64). Он у меня пытается открыть pdf с помощью LibreOffice Draw. Это именно глюк firefox, с консоли xdg-open document.pdf работает как положенно. У меня сейчас нет под рукой Сизифа. Если можно, вы не могли бы проверить, есть ли этот баг на Сизифном firefox (99.0.1) ? В зависимости от этого, я бы повесил баг либо на Сизифный firefox, что у них слетела поддержка https://specifications.freedesktop.org/mime-apps-spec/mime-apps-spec-1.0.1.html либо баг с просьбой скопировать firefox 99 в p10.
(Ответ для viy на комментарий #11) > вы не могли бы проверить, есть ли этот баг на Сизифном firefox (99.0.1) ? С новым профилем открывает нормально с http://oreol-tour.ru/zp_obrazci_pdf.html В KDE по умолчанию сам, после настройки "спрашивать" предлагает Okular. [...]
(Ответ для Sergey V Turchin на комментарий #12) > (Ответ для viy на комментарий #11) > > вы не могли бы проверить, есть ли этот баг на Сизифном firefox (99.0.1) ? > С новым профилем открывает нормально Я у себя под p10 тоже проверил. Создал нового пользователя и запустил firefox. С новым профилем открыл pdf правильно. :( Т.е. это в каких-то версиях firefox тонко сломалась совместимость. Профиль у меня старый, более 10 лет. Такой баг разве в апстрим вешать, и то не понятно, как. Им для отладки нужен профиль, а там конфиденциальное. Так что в итоге баги вешать не буду, а для себя займусь миграцией - сохраню закладки, пароли и перейду на новый чистый профиль firefox.
Ну да фиг с ним тогда. altlinux-mime-defaults обновить только.
(Ответ для Sergey V Turchin на комментарий #14) > Ну да фиг с ним тогда. altlinux-mime-defaults обновить только. я обновил в сизифе (и отправил в p10 #300061 EPERM #1 p10 altlinux-mime-defaults.git=0.437-alt0.p10.1) но закрывать баг не надо, я еще не написал скрипты для подсчета недостающих алиасов. как сделаю, можно будет подправить shared-mime-info, после чего я выложу altlinux-mime-defaults еще раз.
