Как сделать проброс X11 «персистентным»?

Почему-то мне кажется, что ты пытаешься VNC переизобрести.

Наверное дело в том, что ты не прочитал топик.

Я прочитал его раза три перед написанием ответа. Слова понятные, но суть хотелки я понять так и не смог.

Есть tmux сессия. Я подключился к ней с одного адреса, пробросил иксы, открыл новый pane(pane1) в нём работает echo asd | xclip -sel clip. Запустил в pane1 vim, в нём регистр + оказался соединён с primary clipboard x11 клиентской машины. Отсоединился.

Подключился с другого адреса, подключился к сессии, перешёл на pane1, регистр + уже запущенном vim больше не соединён с primary clipboard x11 клиентской машины.

То же самое ещё и с докер контейнерами куда проброшен x11 на самом деле, но это не так критично.

Либо простой способ без перезапуска vim перейти на новые иксы.

это типа как?

если я правильно понял, у тебя память, выделенная операционкой под vim очистится, либо поменяются страницы. теоретически можно но это штучная работа и тонкая. нахрена козе боян?

Это типа как добавили в 8.1 :xrestore. Только хотелось бы решить это на уровень выше, т.к. интересует решение не только для vim.

Люди с молотками везде ищут гвозди. Речь всего лишь о том, как автоматизировать переключение на другой сокет, либо чем удобно будет зафиксировать прокси.

Например, можно завести юникс сокет, который будет сокетом для x11, и socat’ом соединять его с x11 сокетом проброшенным.

Я всего лишь ищу шоткат для такого решения годный, т.к. не могу пока придумать удобного интерфейса для этой истории.

Т.е. хотелось бы в итоге получить решения вида:

Нужно выполнить команду x11-reconnect при повторном подключении. Как написать такое ПО я представляю, но мне супер сильно не охота этим заниматься.

Подключился с другого адреса, подключился к сессии, перешёл на pane1, регистр + уже запущенном vim больше не соединён с primary clipboard x11 клиентской машины.

А если так:
- выполнить в tmux такое:

set-option -g update-environment "SSH_AUTH_SOCK SSH_CONNECTION DISPLAY DESKTOP_SESSION XAUTHORITY DBUS_SESSION_BUS_ADDRESS DESKTOP_STARTUP_ID GNOME_KEYRING_CONTROL SESSION_MANAGER XDG_SEAT_PATH XDG_SEAT XDG_SESSION_CLASS XDG_SESSION_COOKIE XDG_SESSION_DESKTOP XDG_SESSION_PATH XDG_SESSION_TYPE XDG_VTNR"

attach-session

Это у меня всё проделанно, в свежих версиях tmux это окружение обновляется автоматически.

В новом pane разумеется всё работает, но вот перезапускать vim как раз и не охота.

в новом pane'е запустить vim

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

Если только буфер обмена интересует, то можно на удалённой машине запустить персистентные иксы (Xvfb) и синкать их с проброшенными.

Иксы это протокол с состоянием. Нельзя тривиально переключить X-клиента на другой X-сервер, потому что часть состояния внутри сервера, а сохранения внутреннего состояния X-сервера не предусмотрено.

Почитаю, спасибо.

В новом pane разумеется всё работает, но вот перезапускать vim как раз и не охота.

Посмотри в сторону :help client-server. Вот здесь люди приводят свои use cases:
https://www.rohanjain.in/yet-another-vim-productivity-post-server-client/
https://vi.stackexchange.com/questions/7966/what-are-practical-uses-of-the-cl...

Как сделать проброс X11 «персистентным»? (комментарий)

Сломает воркфлоу сильнее чем отсутсвие клипборда. Но идея рабочая скорее всего. Хотя, таким макаром проще перейти на nvim и вообще не париться.