[решено] Libreoffice падает (symbol lookup error)

Natrio	# 6 лет назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	У меня иксы последние, никаких проблем с буфером обмена нет.

konstantinov-ms	# 6 лет назад
Темы: 15 Сообщения: 637 Участник с: 29 ноября 2009	akorop У меня ничего подобного нет (голый openbox+clipit). DE подгаживает? У меня практически такая же конфигурация, как у Вас (включая openbox_eui), кроме "замороженных" пакетов, однако проблема с копированием в LibreOffice, описанная выше, есть. Downgrade версии LibreOffice не помогает. Менеджеры буфера обмена пробовал разные — и clipit, и clipman, и parcellite. Вся иксовая часть с последними обновлениями. Пока что перебиваюсь средней кнопкой, но открытие проблемы не особенно порадовало, т.к. много работаю с LibreOffice.

konstantinov-ms

# 6 лет назад

Темы: 15

Сообщения: 637

Участник с: 29 ноября 2009

akorop
У меня ничего подобного нет (голый openbox+clipit). DE подгаживает?

У меня практически такая же конфигурация, как у Вас (включая openbox_eui), кроме "замороженных" пакетов, однако проблема с копированием в LibreOffice, описанная выше, есть. Downgrade версии LibreOffice не помогает. Менеджеры буфера обмена пробовал разные — и clipit, и clipman, и parcellite. Вся иксовая часть с последними обновлениями. Пока что перебиваюсь средней кнопкой, но открытие проблемы не особенно порадовало, т.к. много работаю с LibreOffice.

akorop	# 6 лет назад
Темы: 111 Сообщения: 1755 Участник с: 29 февраля 2012	konstantinov-ms У меня практически такая же конфигурация, как у Вас (включая openbox_eui), кроме "замороженных" пакетов, однако проблема с копированием в LibreOffice, описанная выше, есть. Стало интересно. Обновил систему полностью (включая иксы и gtk3), попробовал разные варианты. Результаты такие: Висит "быстрый запуск" (libreoffice --quickstart в автозагрузке) - проблем нет. Нет "быстрого запуска", запускаю офис с SAL_USE_VCLPLUGIN=gtk - проблем нет. Нет "быстрого запуска", запускаю офис с интерфейсом по умолчанию SAL_USE_VCLPLUGIN="" - проблема с буфером обмена есть. (И до чего ж оно всё мерзкое... Ну какой идиот додумался выводить меню серыми буквами, а не чёрными?!) Оргвыводы каждый делает сам.

akorop

# 6 лет назад

Темы: 111

Сообщения: 1755

Участник с: 29 февраля 2012

konstantinov-ms
У меня практически такая же конфигурация, как у Вас (включая openbox_eui), кроме "замороженных" пакетов, однако проблема с копированием в LibreOffice, описанная выше, есть.

Стало интересно. Обновил систему полностью (включая иксы и gtk3), попробовал разные варианты. Результаты такие:

Висит "быстрый запуск" (libreoffice --quickstart в автозагрузке) - проблем нет.
Нет "быстрого запуска", запускаю офис с SAL_USE_VCLPLUGIN=gtk - проблем нет.
Нет "быстрого запуска", запускаю офис с интерфейсом по умолчанию SAL_USE_VCLPLUGIN="" - проблема с буфером обмена есть. (И до чего ж оно всё мерзкое... Ну какой идиот додумался выводить меню серыми буквами, а не чёрными?!)

Оргвыводы каждый делает сам.

konstantinov-ms	# 6 лет назад (отредактировано 6 лет назад)
Темы: 15 Сообщения: 637 Участник с: 29 ноября 2009	akorop проблем нет Мдя… Кто ж мог подумать, что для того, чтобы применить правило для интерфейса LibreOffice, недостаточно просто перезапустить сам LibreOffice, равно как недостаточно заставить systemd перечитать конфиги. Нужно перезагрузиться! И только после этого великого события наступит счастье и правило "SAL_USE_VCLPLUGIN=gtk", наконец, возымеет действие! Теперь всё копируется, как и прежде; более того, вернулся человеческий вид меню (оно стало нормальным по ширине, а также шрифты приобрели нормальные цвета). Но… начались дикие тормоза с отрисовкой окон LibreOffice. Иксы грузят одно из ядер процессора на 100%, пока не отрисуют окно. При смене рабочего стола или просто прокрутке более или менее сложного документа с кучей таблиц и текста (с пустым документом проблем нет) окно LibreOffice тормозит так, что работать просто невозможно. Причём, это происходит только на десктопе с NVidia и последними обновлениями. На ноутбуке с интеловской карточкой и без обновлений в пару недель проблем нет. Придётся, видимо, на десктопе отключать "SAL_USE_VCLPLUGIN=gtk" и пользоваться средней кнопкой мыши, а на ноутбуке повременить с обновлениями, пока всё не устаканится. А ведь как всё было хорошо до этого долбанного обновления gtk3! UPDATE: Обновил-таки ноутбук. Проблем с тормозами нет совсем. Настройки ноутбука и десктопа (окружение, gtk и т.д.) практически идентичные, поэтому на них не грешу. Разница только в видеокартах и разрешениях экрана. Такие дела.

konstantinov-ms

# 6 лет назад (отредактировано 6 лет назад)

Темы: 15

Сообщения: 637

Участник с: 29 ноября 2009

akorop
проблем нет

Мдя… Кто ж мог подумать, что для того, чтобы применить правило для интерфейса LibreOffice, недостаточно просто перезапустить сам LibreOffice, равно как недостаточно заставить systemd перечитать конфиги. Нужно перезагрузиться! И только после этого великого события наступит счастье и правило "SAL_USE_VCLPLUGIN=gtk", наконец, возымеет действие! Теперь всё копируется, как и прежде; более того, вернулся человеческий вид меню (оно стало нормальным по ширине, а также шрифты приобрели нормальные цвета). Но… начались дикие тормоза с отрисовкой окон LibreOffice. Иксы грузят одно из ядер процессора на 100%, пока не отрисуют окно. При смене рабочего стола или просто прокрутке более или менее сложного документа с кучей таблиц и текста (с пустым документом проблем нет) окно LibreOffice тормозит так, что работать просто невозможно. Причём, это происходит только на десктопе с NVidia и последними обновлениями. На ноутбуке с интеловской карточкой и без обновлений в пару недель проблем нет. Придётся, видимо, на десктопе отключать "SAL_USE_VCLPLUGIN=gtk" и пользоваться средней кнопкой мыши, а на ноутбуке повременить с обновлениями, пока всё не устаканится. А ведь как всё было хорошо до этого долбанного обновления gtk3!
UPDATE: Обновил-таки ноутбук. Проблем с тормозами нет совсем. Настройки ноутбука и десктопа (окружение, gtk и т.д.) практически идентичные, поэтому на них не грешу. Разница только в видеокартах и разрешениях экрана. Такие дела.

vasek	# 6 лет назад (отредактировано 6 лет назад)
Темы: 48 Сообщения: 11340 Участник с: 17 февраля 2013	Если посмотреть вывод $ cat /etc/profile.d/libreoffice-still.sh `# to force a certain look'n feel #export SAL_USE_VCLPLUGIN=gen #export SAL_USE_VCLPLUGIN=kde4 #export SAL_USE_VCLPLUGIN=gtk #export SAL_USE_VCLPLUGIN=gtk3 # currently broken and not available` видим, все закомментировано и вдобавок предупреждают - currently broken and not available UPD .... да, после внесения export SAL_USE_VCLPLUGIN=gtk в /.bashrc - копируется нормально .... Ошибки не исчезают с опытом - они просто умнеют

vasek

# 6 лет назад (отредактировано 6 лет назад)

Темы: 48

Сообщения: 11340

Участник с: 17 февраля 2013

Если посмотреть вывод
$ cat /etc/profile.d/libreoffice-still.sh

# to force a certain look'n feel

#export SAL_USE_VCLPLUGIN=gen
#export SAL_USE_VCLPLUGIN=kde4
#export SAL_USE_VCLPLUGIN=gtk
#export SAL_USE_VCLPLUGIN=gtk3 # currently broken and not available

видим, все закомментировано и вдобавок предупреждают - currently broken and not available

UPD .... да, после внесения export SAL_USE_VCLPLUGIN=gtk в /.bashrc - копируется нормально ....

Ошибки не исчезают с опытом - они просто умнеют

Natrio	# 6 лет назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	konstantinov-ms, `SAL_USE_VCLPLUGIN=gtk` это не правило, это присвоение переменной окружения в шелл-коде. А поскольку шелл-код это язык программирования, всё зависит от вашей фантазии :) Если вы экспортируете её только для libreoffice – можете просто его перезапустить, в простейшем случае так: `SAL_USE_VCLPLUGIN=gtk libreoffice` Если вы экспортируете её при запуске иксов – перезапустите иксы. Если вы экспортируете её при загрузке системы – перезапускайте систему, кто ж виноват.

Natrio

# 6 лет назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

konstantinov-ms,

SAL_USE_VCLPLUGIN=gtk

это не правило, это присвоение переменной окружения в шелл-коде. А поскольку шелл-код это язык программирования, всё зависит от вашей фантазии :)

Если вы экспортируете её только для libreoffice – можете просто его перезапустить, в простейшем случае так:

SAL_USE_VCLPLUGIN=gtk libreoffice

Если вы экспортируете её при запуске иксов – перезапустите иксы.
Если вы экспортируете её при загрузке системы – перезапускайте систему, кто ж виноват.

konstantinov-ms	# 6 лет назад (отредактировано 6 лет назад)
Темы: 15 Сообщения: 637 Участник с: 29 ноября 2009	vasek вдобавок предупреждают Это по поводу gtk3. Natrio это не правило, это присвоение переменной окружения в шелл-коде ~~Ну, да, неверно выразился~~. Теперь разобрался с этим. Natrio Если вы экспортируете её при загрузке системы – перезапускайте систему, кто ж виноват. Хотелось же сделать не на один раз, а внести правку в конфиги, да ещё и для всех пользователей. А вот то, что файлы из /etc/profile.d ~~считываются~~ запускаются при загрузке системы, в голову не пришло. Надо было хотя бы попробовать экспортировать в терминале, а потом запустить LibreOffice, да вот не догадался. Natrio, а Вас никаких идей навскидку нет, почему такая разница между работой LibreOffice на десктопе с NVidia и на ноутбуке с интеловской картой? Может, куда-нибудь посмотреть надо?

konstantinov-ms

# 6 лет назад (отредактировано 6 лет назад)

Темы: 15

Сообщения: 637

Участник с: 29 ноября 2009

vasek
вдобавок предупреждают

Это по поводу gtk3.

Natrio
это не правило, это присвоение переменной окружения в шелл-коде

~~Ну, да, неверно выразился~~. Теперь разобрался с этим.

Natrio
Если вы экспортируете её при загрузке системы – перезапускайте систему, кто ж виноват.

Хотелось же сделать не на один раз, а внести правку в конфиги, да ещё и для всех пользователей. А вот то, что файлы из /etc/profile.d ~~считываются~~ запускаются при загрузке системы, в голову не пришло. Надо было хотя бы попробовать экспортировать в терминале, а потом запустить LibreOffice, да вот не догадался.
Natrio, а Вас никаких идей навскидку нет, почему такая разница между работой LibreOffice на десктопе с NVidia и на ноутбуке с интеловской картой? Может, куда-нибудь посмотреть надо?

Natrio	# 6 лет назад (отредактировано 6 лет назад)
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	konstantinov-ms что файлы из /etc/profile.d считываются запускаются при загрузке системы, в голову не пришло Вообще-то, /etc/profile (а из него, если там прописано, и содержимое /etc/profile.d/* ), должен выполняться каждый раз, когда шелл запускается с параметром --login* или -l, либо в начало имени процесса ($0) подставлен минус (например -bash) Экспортированные в этих скриптах переменные окружения наследуются дочерними процессами шелла. Если для того, чтобы переменные унаследовал libreoffice, пришлось перезагружать систему, значит вы построили загрузку таким образом, что в дереве процессов до libreoffice "логин шелл" оказывается только при загрузке. Что касается отношений OOo/LO с видеодрайверами, единственное, что я заметил, это возможные проблемы с аппаратным ускорением, если его использование включено в настройках офиса. На буфер обмена у меня это никогда не влияло.

Natrio

# 6 лет назад (отредактировано 6 лет назад)

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

konstantinov-ms
что файлы из /etc/profile.d считываются запускаются при загрузке системы, в голову не пришло

Вообще-то, /etc/profile (а из него, если там прописано, и содержимое /etc/profile.d/ ), должен выполняться каждый раз, когда шелл запускается с параметром --login или -l, либо в начало имени процесса ($0) подставлен минус (например -bash)

Экспортированные в этих скриптах переменные окружения наследуются дочерними процессами шелла. Если для того, чтобы переменные унаследовал libreoffice, пришлось перезагружать систему, значит вы построили загрузку таким образом, что в дереве процессов до libreoffice "логин шелл" оказывается только при загрузке.

Что касается отношений OOo/LO с видеодрайверами, единственное, что я заметил, это возможные проблемы с аппаратным ускорением, если его использование включено в настройках офиса. На буфер обмена у меня это никогда не влияло.

konstantinov-ms	# 6 лет назад
Темы: 15 Сообщения: 637 Участник с: 29 ноября 2009	Natrio Вообще-то, /etc/profile (а из него, если там прописано, и содержимое /etc/profile.d/ ), должен выполняться каждый раз, когда шелл запускается с параметром --login или -l, либо в начало имени процесса ($0) подставлен минус (например -bash) Экспортированные в этих скриптах переменные окружения наследуются дочерними процессами шелла. Если для того, чтобы переменные унаследовал libreoffice, пришлось перезагружать систему, значит вы построили загрузку таким образом, что в дереве процессов до libreoffice "логин шелл" оказывается только при загрузке. Нет, специально я ничего не делал, все настройки запуска этих скриптов по умолчанию. Просто мне что разлогиниться, что перезагрузить — одинаково: в обоих случаях нужно закрывать все открытые документы (коих за недели и месяцы работы без перезагрузок накапливается несколько десятков), потом после запуска нужно все их открывать заново (использую список 'wmctrl -l', но это уже оффтоп), а с SSD перезагрузка происходит очень быстро. Но спасибо за разъяснения. Natrio Что касается отношений OOo/LO с видеодрайверами, единственное, что я заметил, это возможные проблемы с аппаратным ускорением, если его использование включено в настройках офиса. На буфер обмена у меня это никогда не влияло. Кстати, да, возможно! На Opennet писали в новостях о LibreOffice, что что-то там накрутили в новых версиях с ускорением; возможно, что с настройками gtk оно начинает тормозить. Поэкспериментирую на досуге, спасибо!

konstantinov-ms

# 6 лет назад

Темы: 15

Сообщения: 637

Участник с: 29 ноября 2009

Natrio
Вообще-то, /etc/profile (а из него, если там прописано, и содержимое /etc/profile.d/ ), должен выполняться каждый раз, когда шелл запускается с параметром --login или -l, либо в начало имени процесса ($0) подставлен минус (например -bash)

Экспортированные в этих скриптах переменные окружения наследуются дочерними процессами шелла. Если для того, чтобы переменные унаследовал libreoffice, пришлось перезагружать систему, значит вы построили загрузку таким образом, что в дереве процессов до libreoffice "логин шелл" оказывается только при загрузке.

Нет, специально я ничего не делал, все настройки запуска этих скриптов по умолчанию. Просто мне что разлогиниться, что перезагрузить — одинаково: в обоих случаях нужно закрывать все открытые документы (коих за недели и месяцы работы без перезагрузок накапливается несколько десятков), потом после запуска нужно все их открывать заново (использую список 'wmctrl -l', но это уже оффтоп), а с SSD перезагрузка происходит очень быстро. Но спасибо за разъяснения.

Natrio
Что касается отношений OOo/LO с видеодрайверами, единственное, что я заметил, это возможные проблемы с аппаратным ускорением, если его использование включено в настройках офиса. На буфер обмена у меня это никогда не влияло.

Кстати, да, возможно! На Opennet писали в новостях о LibreOffice, что что-то там накрутили в новых версиях с ускорением; возможно, что с настройками gtk оно начинает тормозить. Поэкспериментирую на досуге, спасибо!