Summary: | не запускается audacious | ||
---|---|---|---|
Product: | Branch p8 | Reporter: | Леонид Мощницын <alabar2015> |
Component: | libfreetype-infinality | Assignee: | Andrey Cherepanov <cas> |
Status: | CLOSED FIXED | QA Contact: | qa-p8 <qa-p8> |
Severity: | normal | ||
Priority: | P3 | CC: | aen, aris, ekorneechev, ildar, lav, ruslandh, sem, zerg |
Version: | не указана | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Bug Depends on: | |||
Bug Blocks: | 34454 |
Description
Леонид Мощницын
2017-11-08 14:09:54 MSK
https://lists.altlinux.org/pipermail/community/2017-November/686969.html https://lists.altlinux.org/pipermail/community/2017-November/686972.html Выдержка из лога: INFO plugin-load.cc:66 [plugin_load]: Loading plugin: /usr/lib64/audacious/General/notify.so. ERROR plugin-load.cc:72 [plugin_load]: /usr/lib64/audacious/General/notify.so could not be loaded: /usr/lib64/libharfbuzz.so.0: undefined symbol: FT_Get_Var_Blend_Coordinates Но у меня не воспроизводится при $ rpm -qf /usr/lib64/libharfbuzz.so.0 libharfbuzz-1.5.1-alt0.M80P.1 Note: /usr/lib64/libharfbuzz.so.0 is link to /usr/lib64/libharfbuzz.so.0.10501.0 $ rpm -qf /usr/lib64/libharfbuzz.so.0.10501.0 libharfbuzz-1.5.1-alt0.M80P.1 Проблема произошла после обновления libharfbuzz (1.5.1-alt0.M80P.1) to 1.6.3-alt0.M80P.1 libharfbuzz-icu (1.5.1-alt0.M80P.1) to 1.6.3-alt0.M80P.1 , просто это скрывают. [$ findsym FT_Get_Var_Blend_Coordinates /usr/lib64/libfreetype.so.6: 000000000001d890 T FT_Get_Var_Blend_Coordinates [aris@alt-p8 ~]$ rpm -qf /usr/lib64/libfreetype.so.6 libfreetype-2.8-alt0.M80P.3 Из https://forum.altlinux.org/index.php?topic=40400.msg319096#msg319096 почему-то лечится удалением *infinality* (В ответ на комментарий №4) > [aris@alt-p8 ~]$ rpm -qf /usr/lib64/libfreetype.so.6 > libfreetype-2.8-alt0.M80P.3 libfreetype-infinality Дык, обновите libfreetype-infinality в P8, они расходится с libfreetype. (В ответ на комментарий №7) > Дык, обновите libfreetype-infinality в P8, они расходится с libfreetype. Видимо, это делать тому, кто придумал в дистрибутив включить. (В ответ на комментарий №8) > (В ответ на комментарий №7) > > Дык, обновите libfreetype-infinality в P8, они расходится с libfreetype. > Видимо, это делать тому, кто придумал в дистрибутив включить. Меня когда-то просили добавить в SL "потому что красиво". Я сам разницы все равно не вижу, в следующей версии SL выкину. libfreetype-infinality-2.8.0-alt2.M80P.1 -> p8: Wed Nov 08 2017 Andrey Cherepanov <cas@altlinux> 2.8.0-alt2.M80P.1 - Backport new version to p8 branch (ALT #34149) Fri Sep 15 2017 Vladimir Didenko <cow@altlinux.ru> 2.8.0-alt3 - Added export of FT_Done_GlyphSlot symbol for libInventor. Wed Sep 13 2017 Vladimir Didenko <cow@altlinux.ru> 2.8.0-alt2 - Built with LFS support enabled Wed Jun 14 2017 Vladimir Didenko <cow@altlinux.ru> 2.8.0-alt1 - 2.8.0 Tue Jan 17 2017 Vladimir Didenko <cow@altlinux.ru> 2.7.1-alt1 - 2.7.1 Thu Sep 22 2016 Vladimir Didenko <cow@altlinux.ru> 2.7.0-alt3 - Set infinality as default hinting interpreter Wed Sep 21 2016 Vladimir Didenko <cow@altlinux.ru> 2.7.0-alt2 - Fix infinality patch Tue Sep 20 2016 Vladimir Didenko <cow@altlinux.ru> 2.7.0-alt1 - 2.7.0 Вытоптал ту же граблю: упал calibre со словами:
> ImportError: /usr/lib64/libharfbuzz.so.0: undefined symbol: FT_Get_Var_Blend_Coordinates
(честно, я не понимаю, у libharfbuzz нет зависимости на libfreetype-infinality, может и его надо править?)
И проверил спек libfreetype-infinality - нет конфликта/зависимости на версию libfreetype и наоборот. Повесить отдельную багу?
(В ответ на комментарий №11) > И проверил спек libfreetype-infinality - нет конфликта/зависимости на версию > libfreetype и наоборот. И не должно быть. |