ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Попытка открытия файла аварийно завершает программу | ||
|---|---|---|---|
| Product: | Альт Рабочая станция | Reporter: | aleksey-v <aleksey-v.2013> |
| Component: | Ошибки работы | Assignee: | Mikhail Efremov <sem> |
| Status: | CLOSED FIXED | QA Contact: | qa-p8 <qa-p8> |
| Severity: | major | ||
| Priority: | P3 | CC: | aen, amakeenk, asy, d.mikhirev, mike, rider, sotor, zerg |
| Version: | 9.0 | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
|
Description
aleksey-v
2020-01-08 16:48:34 MSK
На чистой установке AltLinux ошибка не воспроизводится. Опытным путём выяснил, что это последствия установки DrWeb. Каких-то явных проблем при установке DrWeb не замечено, только две строки были выведены на экран после установки DrWeb. XOpenIM() failed Running "/opt/drweb.com/bin/drweb-ctl cfset Root.UseCloud yes" Установка с официального сайта, стандартный запуск, активация демо на 30 дней. Сразу же перестали открываться диалоговые окна, даже перезагрузки не потребовалось. Но при этом проблема не затрагивает программы, написанные на Java, они открывают диалоги без проблем. В Ubuntu MATE 19.10 и Fedora 31 DrWeb устанавливается, но не приводит к крушению программ. При этом на Ubuntu и Fedora Dr.Web работает, eicar успешно ловит даже в SSL/TLS после импорта сертификата. (In reply to aleksey-v from comment #1) > Установка с официального сайта, стандартный запуск, активация демо на 30 > дней. Сразу же перестали открываться диалоговые окна, даже перезагрузки не > потребовалось. Следует проинформировать разработчиков DrWeb, если они заявляют поддержку в ALT Linux. Вероятнее всего пакет содержит какую-то устаревшую библиотеку, которая не ломает ничего в дистрибутивах, где аналогичная библиотека так же не новая. Причина в freetype версии 2.10.0, который содержит ошибку обработки PCF-шрифтов[1]. В версии 2.10.1 она была исправлена[2]. Инсталлятор Dr.Web использует исправленную библиотеку версии 2.10.1, и информация о проблемном шрифте благополучно оседает в кеше fontconfig. После этого системный fontconfig, использующий поломанную версию freetype, оказывается неспособен обработать файл кеша, что и приводит к падению. [1]: https://savannah.nongnu.org/bugs/?56067 [2]: https://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=c149f7397e484c97f45fb75fa1c7fdda2fc646cd Система ALT Workstation 9 x86_64, обновлённая до актуального p9 репозитория. Установил DrWeb с официального сайта, ошибка при открытии диалоговых окон воспроизводится (проверил в firefox и LibreOffice Writer). Обновился до задания 247340 (libfreetype-2.10.1-alt1), перезагрузил систему - ошибка всё равно воспроизводится, диалоговые окна не открываются. Попробовал сначала обновить систему до таска, и уже после устанавливать DrWeb - диалоговые окна не открываются. При падении firefox возникают такие ошибки: test@workstation-9-x86-64-20200305 ~ $ firefox ** Pango:ERROR:../pango/pangofc-fontmap.c:838:filter_fontset_by_format: assertion failed: (res == FcResultMatch) Redirecting call to abort() to mozalloc_abort Exiting due to channel error. Exiting due to channel error. Exiting due to channel error. Crash Annotation GraphicsCriticalError: |[C0][GFX1-]: Receive IPC close with reason=AbnormalShutdown (t=1.72256) Exiting due to channel error. test@workstation-9-x86-64-20200305 ~ $ rpm -q libfreetype libfreetype-2.10.1-alt1.x86_64 В задание 247340 добавили пакет fontconfig 2.13.1-alt1 - теперь после обновления ошибка не воспроизводится. Сейчас прилетели пакеты для обновления. Это они? Следующие пакеты будут обновлены: fontconfig i586-fontconfig.32bit i586-libfreetype.32bit libfreetype libqmi-glib (Ответ для aleksey-v на комментарий #8) > Это они? Да. В 9.1.900 fontconfig 2.13.1-alt1. Т.е. должно работать. (Ответ для Mikhail Efremov на комментарий #10) > В 9.1.900 fontconfig 2.13.1-alt1. Т.е. должно работать. Дело не только в старом libfreetype. fontconfig нужно было пересобрать после обновления libfreetype, иначе проприетарщина падала. Ну, главное, что теперь должно работать. |
