GNU Screen 5.0

Дабы опередить неотвратимые комменты в стиле «ненужно, есть tmux», скажу для разнообразия, что я пользуюсь dtach. Мне 95% фич сабжа не нужно, только сессии, а их dtach как раз и умеет, в юниксвейной манере — только эта фича и есть.

У скрина есть киллер-фича в виде поддержки сериалпорта. Я скрином пользуюсь в том числе для того, чтобы законсолиться в уарт, а tmux это не умеет и не хочет.

У скрина есть киллер-фича в виде поддержки сериалпорта

minicom же есть для этого

С отдельными хоткеями и совершенно другой функциональностью. А тут привычный скрин со всеми его финтифлюшками. Удобно же.

У миникома есть переключение hardware и software flow control, что критично для некоторых устройств. Скрин такое умеет?

Всю жизнь, с малых лет, юзаю tmux, голожопиком еще начал, и вот те на, уже до седых мудей дожил, скоро помру, наверное, а screen так и не попробовал ни разу…

в стиле «ненужно, есть tmux», скажу для разнообразия

А по мне так tmux не нужен, есть screen.

Или abduco

А мене вот по молодости захотелось как-то tmux заюзать, а вот, идейская национальная изба, один screen кругом... Так и юзаю его, родимого, до сих пор.

Когда-то давно использовал screen. Теперь только tmux с поддержкой перманентных сессий.

Комбинацию ctrl+z и команды jobs, fg никто не знает и не помнит?

Вроде нет, но мне ни разу не было нужно. Если понадобится - открою вкладку с башем и сделаю stty.

Такой молодой что ли ?

Вы как копируете/вставляете текст в ssh сессии tmux (не и screen)?

Ну к примеру ctrl+ins и shift+ins.

Наверное я неправильно выразился, вставить в удаленную сессию проблемы нет (в Gnome Terminal это просто Ctrl-Shift-v), а вот скопировать из нее текст – проблема.

Чо, я пользовался ранее.

Там много от чего зависит… но чтобы не усложнять попробуйте выделить с shift(держа)+left/mouse

Это tmux не нужен так-то. Каждый день использую screen. Брат жив.

Всю жизнь, с малых лет, юзаю tmux, голожопиком еще начал, и вот те на, уже до седых мудей дожил, скоро помру, наверное, а screen так и не попробовал ни разу…

И не стоит, tmux гораздо удобнее.

Да я после его слов не поленился и слазил в инет. Первый tmux ноябрь 2007 года … однако.

выделить с shift(держа)+left/mouse

Ох, нифига себе, работает. Спасибо.

Помню в районе 2007 года искал пути демонизации rtorrent’а и screen очень помог в решении этой задачи. В итоге написал инит-скрипт для генты, отлаживал его неделю, потому что как всегда гладко только на бумаге, а на практике что-то вылезало. Ну а потом он попал и в саму генту официально. С тех пор пользуюсь только screen’ом, хотя по работе пользовался tmux и dtach.

Жизнь прошла зря... :))

в удаленную сессию

Это когда tmux запущен на удаленном сервере? У меня для этого в конфиге

bind -T copy-mode-vi y send-keys -X copy-pipe-no-clear "xclip -in -selection clipboard"

(опции у каждого свои, но общая идея - передать в xclip)

Но для этого нужно чтоб при коннекте к удаленному хосту выставлялся $DISPLAY (чтоб xclip мог подключиться к локалхостовым иксам), ну и я не уверен что без иксов на удаленном хосте xclip можно будет поставить, так что на сервера без графики я открываю соединения через сессию tmux на локалхосте.

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

Ну и стоит отметить что копирование, например, из запущенного в удаленной сессии vim все равно так не будет работать, потому что он на своем уровне это будет делать, а не на уровне tmux, и надо делать чтоб он тоже в clipboard копировал.

В общем да, тут не все так гладко, как хотелось бы.

Даже захотелось попробовать subj. Он умеет отображать вывод serial port в hex?

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

Всю жизнь юзаю tmux, screen как-то не зашёл на первоначальном этапе.

Такой молодой что ли ?

Отнюдь, уже прилично за 40. Просто поздно созрел, такое бывает.

Надеюсь что нет. Его создали чтоб я мог консольку пополам разделить для своего удобства, а не вот это всё

Ну и стоит отметить что копирование, например, из запущенного в удаленной сессии vim все равно так не будет работать, потому что он на своем уровне это будет делать

Почему не будет? На уровне локального терминала всё равно работает(в kitty C-S-C и C-S-V), но копирует правда длинные строки с разрывами(в терминале же они с переносом уже).

Они не хранят историю и замечательно ломаются на софте использующем ncurses и т.д.

Не, я про другое, про копирование средствами самой приложухи (tmux, vim). Когда мышкой выделяешь и ctrl+shift+{c,v} (имхо проще {ctrl,shift}+Insert - работает всегда даже в винде и кнопок меньше жать) это на уровне терминала происходит, а в vim например если выделить кусок и нажать y то он в вимовый буффер его и положит и надо делать "+ygv<Esc> чтоб положило в клипборд. Да, локально это также делается, я писал к тому что настройка копирования в tmux не отменяет настройку других приложений.

Совершенно непонятно почему мультиплексор виртуальных терминалов должен быть ещё и «клиентом» к символьным устройствам (сериалпорт тут ни при чём, он просто открывает этот ядерный пайп и читает/пишет в него). Намного логичнее запустить для того же результата клиент к чему надо в виртуальном терминале мультиплексора и не смешивать зоны ответственности.

open(), fcntl(), tcsetattr(), poll(), read(), write() же есть для этого (их и использую)

Совершенно непонятно почему мультиплексор виртуальных терминалов должен быть ещё и «клиентом» к символьным устройствам

Совершенно очевидно, что это просто удобно.

Комбинацию ctrl+z и команды jobs, fg никто не знает и не помнит?

Это не для всего удобно. Я недавно открыл для себя task-spooler, вот это совсем другой уровень бытия.

Давай тогда в кодовую базу screen ещё браузер засунем и медиаплеер. Или файловый менеджер.

Копипаста в сессии tmux’a в vim - это какая-то боль. А из vim’a еще больнее, если нумерация строк включена и терминал поделен на несколько окон средствами самого tmux’a, а не терминала.
Уверен что всё это можно побороть, но это надо крепко упороться, а пока этот факап остановил в очередной раз от полного перехода на него.

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

Ох, нифига себе, работает. Спасибо.

А теперь разбей окно на два и попробуй снова…

(опции у каждого свои, но общая идея - передать в xclip)

Наверное было бы правильнее заморочиться с OSC 7 последовательностями напрямую, без xclip.

А они разве не от терминала зависят? Не могу нагуглить вменяемого описания, может есть ссылка на документацию?

Не юродствуй. Какое отношение браузер и медиаплеер имеет к функциям терминального инструмента?

Да вроде бы нет, они тянут на стандарт. Другое дело что каждый тип терминала может их поддерживать чуточку через жопу, а какие-то и вовсе не поддерживать, но в теории - они самое правильное, что можно использовать.

Можно отсюда, там в конце статьи приличный список внешних ссылок

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

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

у скрина есть удобная фича, которой нет у тмукса, из-за которой я и многие другие пользователи предпочитают, собственно, скрин

Я очень, очень сомневаюсь, что действительно многие пользователи предпочитают скрин именно по этой причине. Более того, у меня есть сомнения, что так уж многие пользователи screen знают об этой фиче.

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