Долго запускается vim под tmux

Воооот! Спасибо, с этим уже можно обратиться в убунтовский багтрекер.

Прикол в том, что до этого стоял арч, и проблемы (вроде?) не было (по крайней мере, не припомню).

Под рукой ещё есть федора, но в ней проверить это нельзя вообще — при логауте из иксовой сессии прибиваются все сессии тмукса :-))

истинно федоровское решение ящетаю

Жобе щитает что это спаситель галереи, бо там ничего больше нет.

Ты только попроси, я еженедельно буду постить скриншот с awesome, у меня идей под реализацию скопилось на сотни скриншотов!

Если идти тропой votafak-а, то идеи совершенно не обязательны. Перегруппировал окна, написал пресную херню в пост — вуаля, пост готов!

Под рукой ещё есть федора, но в ней проверить это нельзя вообще — при логауте из иксовой сессии прибиваются все сессии тмукса :-))

/etc/systemd/logind.conf:
KillUserProcesses=no

Хопача, не знал, спасибо!

For the record: в федоре та же самая фигня :\

значит нужно разбираться как тмукс со всякой системщиной работает типа иксовых кук и, обожы, системдЭ... good luck!)) http://fallout2-mods.ucoz.ru/skin/001/007.jpg

Если идти тропой votafak-а, то идеи совершенно не обязательны.

Но я ж не ватофаг. Да и скриншоты мои самые незаметные (на фоне танги их просто не видно xD).

А смысл? Он не меняется

Сессия меняется.

Кстати, юзает ли tmux/vim dbus?

Хопача, не знал, спасибо!

Так в документации man:logind.conf(5) всё расписано. Уж что мне нравится в systemd — так это детальная документация.

в федоре та же самая фигня

Мне кажется, дело в VIM, не в tmux. Точнее в VIM из-за поведения tmux.

Попробуй после аттача открыть новый pane или окно в tmux'e и запустить vim там.

Не помогает.

Кстати, юзает ли tmux/vim dbus?

ecko@victoria in ~
λ ldd /usr/bin/vim | grep dbus
        libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x00007fb552917000)
ecko@victoria in ~
λ ldd /usr/bin/tmux | grep dbus
ecko@victoria in ~
1 λ

Как-то так

Так в документации man:logind.conf(5) всё расписано

Меня, если честно, это не настолько парило, чтобы вообще задумываться, в какую сторону копать %)

Если разбираться дальше самому, то видимо нужно выкачать дебажные символы или собрать поделия(на самом деле скорее всего только vim) в debug режиме и профилировать, где оно тормозит. Например, с помощью perf или oprofile.

Правда, лучше бы придумать способ как это попроще воспроизвести (без перелогина), но, кажется, что это равносильно поиску проблемы.

SmcOpenConnection - больше там тормозить по идее нечему.

А вот чито это за функция и почему она может тормозить в заданном сценарии, надо бы кастануть знатоков по иксовому api. Кмк, это будет гораздо более продуктивно, чем изучать сей вопрос самостоятельно.

Спасибо за помощь! Попробую сам мельком глянуть на днях. Ну, и в багтрекер всё-таки схожу, мб там чего подскажут.

И что-то мне подсказывает, что в первую очередь стоит сходить в багтрекер тмукса.

Как раз скорее в трекер vim'a. Но, кмк, надо ещё одну вещь проделать перед этим.

Попробуй сравнить вывод env до логаута, после аттача и после аттача в новом окне.

Собрал даже не совсем так, а:

• До запуска tmux
• После запуска tmux
• После логаута, до аттача
• После аттача

2 и 4 не отличаются совсем, tmux запоминает свой env. Между 1 и 3 есть интересные отличия:

<...>
-XDG_SESSION_ID=c22
+XDG_SESSION_ID=c24
<...>
-WINDOWID=25165827
+WINDOWID=27262979
<...>
-XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session6
+XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session7
<...>
-SESSION_MANAGER=local/victoria:@/tmp/.ICE-unix/8120,unix/victoria:/tmp/.ICE-unix/8120
+SESSION_MANAGER=local/victoria:@/tmp/.ICE-unix/8750,unix/victoria:/tmp/.ICE-unix/8750

Кмк, WINDOWID - лишнее, а вот всё что про SESSION, особенно путь к сокету, уже действительно выглядит интересно.

2 и 4 не отличаются совсем

Похоже, в этом и проблема. Попробуй перед запуском vim'a задать эти переменные в tmux вручную. Если это полечит, то видимо, стоит и правда им на трекер писать.

Дружище, спасибо тебе ещё раз за терпение и помощь! Обновление переменной SESSION_MANAGER чинит проблему.

А вопрос с тем, чей это баг, остаётся всё ещё неразрешённым. Мне вот кажется, что tmux-a. Ему имеет смысл обновлять эту переменную перед непосредственным аттачем.

Да, это точно бага tmux'a. Остальное иксовое окружение он корректно обновляет как минимум в новом окне.

В таком случае помечаю тему решённой. Багу заведу им сегодня или на днях.

Спасибо!

Как-то так

Так значит тебе после реаттача надо пнуть ${DBUS_SESSION_BUS_ADDRESS}. Возможно, VIM стучится или не в ту шину, или долго раздупляет, я в dbus не очень.

Меня, если честно, это не настолько парило, чтобы вообще задумываться, в какую сторону копать %)

Зато теперь у тебя есть ещё один тестовый полигон для решения этого треда.

Так значит тебе после реаттача надо пнуть ${DBUS_SESSION_BUS_ADDRESS}.

Почти так. Нужно было пнуть SESSION_MANAGER, вот тут решение.

Т.е. если добавить что-то такое в конфигурацию tmux, то всё работает?

set-option -ga update-environment ' SESSION_MANAGER'

Вечерком проверю, сейчас пока не с руки.

Нет, он его, почему-то, не обновил.

vim больше не поддерживается, пожалуйста используйте vimd

UPD: потому что эта опция обновит SESSION_MANAGER только в новых пейнах

слышал про проблеммы с плагином vim-tmux.