Created attachment 15096 [details] Скриншот простейшего приложения на QML При сборке любого приложения, использующего QtQuick, в нем некорректно отображаются символы текста (пример во вложении) - как для сторонних приложений собираемых из исходников, так и в собственных. Впервые обнаружил при сборке https://github.com/anilibria/anilibria-winmaclinux Проблема проявляется для символов кириллицы и латиницы. Экспериментально установлено что некорректно отображаются только определенные буквы (на скриншоте видно какие). В приложениях на GTK или QtWidgets такого поведения не наблюдаю. LCC версии 1.26.20
Прошу привести вывод: $ rpm -q libqt5-core qt5-declarative-common $ locale ...и хорошо бы простой тест для воспроизведения, проверенный на p10/x86. 2 ilyakurdyukov: гляньте по возможности. 2 zerg: ничего знакомого? PS: патчи на anilibria-winmaclinux приветствуются, если какие получились -- я, помнится, посмотрел на qt5-webengine-devel в сборочных зависимостях сизифного пакета и пошёл дальше...
Created attachment 15098 [details] Минимальный проект с багом Минимальный проект где проявляется баг. Собран на p10 и p10_e2k
Created attachment 15099 [details] Скриншоты бага Скриншоты двух программ: anilibria.qt и моего простого примера. Собрано на p10/x86_64 и на p10/e2k
(Ответ для Michael Shigorin на комментарий #1) > Прошу привести вывод: > $ rpm -q libqt5-core qt5-declarative-common libqt5-core-5.15.10-alt1.E2K.1.e2kv4 qt5-declarative-common-5.15.10-alt1.e2kv4 > $ locale LANG=C.UTF-8 LC_CTYPE="C.UTF-8" LC_NUMERIC="C.UTF-8" LC_TIME="C.UTF-8" LC_COLLATE="C.UTF-8" LC_MONETARY="C.UTF-8" LC_MESSAGES="C.UTF-8" LC_PAPER="C.UTF-8" LC_NAME="C.UTF-8" LC_ADDRESS="C.UTF-8" LC_TELEPHONE="C.UTF-8" LC_MEASUREMENT="C.UTF-8" LC_IDENTIFICATION="C.UTF-8" LC_ALL= > ...и хорошо бы простой тест для воспроизведения, проверенный на p10/x86. Прикрепил. И за одно сделал скриншоты его и anilibria.qt собранные на p10/x86 и на p10/e2k > PS: патчи на anilibria-winmaclinux приветствуются, если какие получились -- > я, помнится, посмотрел на qt5-webengine-devel в сборочных зависимостях > сизифного пакета и пошёл дальше... anilibria-winmaclinux собрался на Эльбрусе as-is, без патчей. Webengine давно убрали из зависимостей. Пруф 1: https://github.com/anilibria/anilibria-winmaclinux/commit/63b2cb8bbb0394f7ffb37f1aab53a4f9b08fe745 Пруф 2: https://github.com/anilibria/anilibria-winmaclinux/blob/master/src/AniLibria.pro#L1 Я даже как то и не обратил внимание на зависимости пакета в Альте. Так что можно восстановить справедливость, и добавить пакет в Эбрусятный Сизиф и убрать лишние зависимости из обычного.
Попробоал пример -- у меня на x86_64 всё ок. Проблема или в шрифтах или в отрисовке.
libfreetype, возможно.
Да, по freetype есть отличие -- попробую добраться обновить. `rpm -qa | grep ^fonts | sort` тоже может иметь смысл привести в полное соответствие для чистоты эксперимента, хотя в любом случае чинить надо. Перепроверьте-ка ещё после export LANG=ru_RU.UTF-8
(Ответ для Michael Shigorin на комментарий #7) > `rpm -qa | grep ^fonts | sort` fonts-bitmap-misc-7.0.0-alt7.noarch fonts-bitmap-terminus-4.49.1-alt1.noarch fonts-bitmap-wqy-1.0.0-alt3_0.12.rc1.noarch fonts-otf-adobe-source-code-pro-2.030.1.050-alt1_3.noarch fonts-otf-adobe-source-sans-pro-3.006-alt1_1.noarch fonts-otf-mathjax-ams-2.7.4-alt1_3.noarch fonts-otf-mathjax-caligraphic-2.7.4-alt1_3.noarch fonts-otf-mathjax-fraktur-2.7.4-alt1_3.noarch fonts-otf-mathjax-main-2.7.4-alt1_3.noarch fonts-otf-mathjax-math-2.7.4-alt1_3.noarch fonts-otf-mathjax-sansserif-2.7.4-alt1_3.noarch fonts-otf-mathjax-script-2.7.4-alt1_3.noarch fonts-otf-mathjax-size1-2.7.4-alt1_3.noarch fonts-otf-mathjax-size2-2.7.4-alt1_3.noarch fonts-otf-mathjax-size3-2.7.4-alt1_3.noarch fonts-otf-mathjax-size4-2.7.4-alt1_3.noarch fonts-otf-mathjax-typewriter-2.7.4-alt1_3.noarch fonts-otf-mathjax-winchrome-2.7.4-alt1_3.noarch fonts-otf-mathjax-winie6-2.7.4-alt1_3.noarch fonts-otf-mozilla-fira-3.111-alt2.noarch fonts-ttf-gnu-freefont-common-20120503-alt1_18.noarch fonts-ttf-gnu-freefont-mono-20120503-alt1_18.noarch fonts-ttf-gnu-freefont-sans-20120503-alt1_18.noarch fonts-ttf-gnu-freefont-serif-20120503-alt1_18.noarch fonts-ttf-google-croscore-arimo-1.31.0-alt1_2.noarch fonts-ttf-google-croscore-common-1.31.0-alt1_2.noarch fonts-ttf-google-croscore-cousine-1.31.0-alt1_2.noarch fonts-ttf-google-croscore-tinos-1.31.0-alt1_2.noarch fonts-ttf-google-crosextra-caladea-1.002-alt1_0.9.20130214.noarch fonts-ttf-google-crosextra-carlito-1.103-alt1_0.7.20130920.noarch fonts-ttf-google-droid-sans-20120715-alt3_12.noarch fonts-ttf-google-droid-sans-mono-20120715-alt3_12.noarch fonts-ttf-google-droid-serif-20120715-alt3_12.noarch fonts-ttf-google-noto-common-20181223-alt1_2.noarch fonts-ttf-google-noto-sans-20181223-alt1_2.noarch fonts-ttf-liberation-2.1.5-alt1.noarch fonts-ttf-liberation-narrow-1.07.4-alt2.noarch fonts-ttf-ubuntu-font-family-0.83-alt1.noarch fonts-type1-urw-1.0.7pre44-alt3.noarch fonts-type1-xorg-7.0.0-alt4.noarch > Перепроверьте-ка ещё после export LANG=ru_RU.UTF-8 Не помогло.
(Ответ для Мишин Алексей на комментарий #8) > > `rpm -qa | grep ^fonts | sort` > fonts-bitmap-misc-7.0.0-alt7.noarch [...] Вывод на обеих машинах сейчас одинаков? Вопрос был об этом.
(Ответ для Michael Shigorin на комментарий #9) > (Ответ для Мишин Алексей на комментарий #8) > > > `rpm -qa | grep ^fonts | sort` > > fonts-bitmap-misc-7.0.0-alt7.noarch [...] > Вывод на обеих машинах сейчас одинаков? Вопрос был об этом. Нет, но и не сильно отличается(Ответ для Michael Shigorin на комментарий #9) > (Ответ для Мишин Алексей на комментарий #8) > > > `rpm -qa | grep ^fonts | sort` > > fonts-bitmap-misc-7.0.0-alt7.noarch [...] > Вывод на обеих машинах сейчас одинаков? Вопрос был об этом. Нет, но отличаются не сильно diff e2k_fonts x86_fonts 20a21 \> fonts-ttf-dejavu-2.37-alt2.noarch 40d40 < fonts-type1-xorg-7.0.0-alt4.noarch \ No newline at end of file
Поставил fonts-ttf-dejavu что бы совпадало полностью. Баг не ушел при пересборке.
(Ответ для Мишин Алексей на комментарий #11) > Поставил fonts-ttf-dejavu что бы совпадало полностью. > Баг не ушел при пересборке. Так, забыл отписаться -- подровнял тогда же версии libfreetype со товарищи, прошу обновиться и перепроверить при удобном случае; если не полечится, маякните кратенько ещё личной почтой.