GNU Screen 5.0

Пока у тебя нет статистики использования, ты не можешь этого заявлять

Ровно поэтому я и не сделал ни одного заявления, лишь выразил большие сомнения.

Ты заявил о своих сомнениях ;)

О них я могу заявлять свободно, не имея никакой статистики использования — в их наличии я уверен на 100% ;)

Тут не поспоришь.

Копипаста в сессии tmux’a в vim

А зачем вообще такое?

Это типа шутка такая? Что-то из конфига в другой конфиг вставить, кусок скрипта перенести, имя файла и путь - да мало ли…

Всё-таки для ком-порта screen - это прям для девочек. Наше всё - minicom!

Это типа шутка такая? Что-то из конфига в другой конфиг вставить, кусок скрипта перенести, имя файла и путь

Нет не шутка, это проблемы твоего терминала скорее и воркфлоу. Я с трудом представляю подход, когда где-то на конечной системе нужно вставлять простыню через терминал вместо git clone, а лучше всего вообще доставлять код как положено.

надо делать "+ygv<Esc>

gv<Esc>-то тут при чём?

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

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

Вот и получается что для пользования копипастой надо либо Ctrl-b-x зажимать, а потом снова отжимать, либо отказаться от идеи копирования многострочных фрагментов. И в vim это усугубляется нумерацией строк.

Что касается кривизны терминала, используемого мною, то и xterm работает не лучше в этой задаче, а более прямого терминала я не знаю.

Ну хочется пердолиться - на здоровье)

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

hexdump умеет. Комбайнеры никак не хотят юниксвей, все вам комбайны подавай.

Копипаста в сессии tmux’a в vim - это какая-то боль

Копирую из одного nvim в другой nvim, запущенных в разных сессиях, с помощью вимовского yank.

А смотрел ли кто в сторону Zellij - https://zellij.dev/

Некоторые ютуберы, пользователи tmux, очень его хвалят.

Ни разу не видел кого-то кто в screen-е разбивал окна.

тот же инструмент, те же хоткеи и паттерны использования

Как инструмент мультиплексирования - да. Но причём тут порт? Запусти в терминале скрина клиент к порту и хоткеи скрина никуда не денутся. Зачем эти две независимые сущности объединять в один бинарник совершенно непонятно.

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

Я ни разу не пользовался tmux-ом и регулярно пользуюсь screen-ом. О том, что у него есть эта так называемая «фича» - узнал случайно полгода назад на лоре. Подумал тогда ровно то же что сейчас - непонимание зачем это в него притащили. Для клиента к портам как и раньше использую свою прогу (там всё тривиально, для юзерспейса это просто пайп, всю работу делает ядро, ну и можно через tcsetattr задать некоторые специфичные для последовательного порта настройки), в которой на хоткеях нужные мне конкретно с этим портом действия, а не непойми зачем прилепленное мультиплексирование.

Но причём тут порт? Запусти в терминале скрина клиент к порту и хоткеи скрина никуда не денутся. Зачем эти две независимые сущности объединять в один бинарник совершенно непонятно.

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

Ты думаешь, что скрин - это мультиплексор, в то время как на самом деле это консольный менеджер, что отражено в его мануале:

screen - screen manager with VT100/ANSI terminal emulation

Это как systemd - системный менеджер, а не система инициализации, как некоторые думают.

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

И? Кто у тебя хоткеи скрина то отнимает? Как они связаны с клиентом к пайпу?

Объясняю еще раз для особо тугих: не требуется учить хоткеи для отдельного инструмента общения с последовательными терминалом, когда все те же задачи могу делать в скрине с теми же самыми хоткеями.

уже прилично за 40

Этап взросления у мальчиков обычно протекает бурно и заканчивается к 50ти :)

Мимо сороколеточка

Какая связь между хоткеями мультиплексора и хоткеями клиента порта? Это разные вещи, у них в любом случае разные хоткеи, потому что у них разный набор действий который можно/нужно делать.

А вот и нет, не нужен мне комбайн. Если надо - использую minicom внутри tmux, у которого вместо Ctrl-A используется Ctrl-Space.

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

Копирую из одного nvim в другой nvim, запущенных в разных сессиях, с помощью вимовского yank.

Через системный буфер обмена, получается?

Ни разу не видел кого-то кто в screen-е разбивал окна.

Я там они вообще разбиваются? Я так-то про tmux писал - несмотря на то что тред про screen, вроде всё скопом обсуждаем

Ну хочется пердолиться - на здоровье)

Ну, не на ЛОРе про пердолинг укорять… :D

Я же уже объяснил. У тебя проблемы с чтением русских слов? Работа с последовательной консолью и локальной консолью очень близка, и если я буду использовать одинаковые хоткеи и в том, и в другом случае - это совершенное естественно. В частности, работа с курсором и текстом.

Через системный буфер обмена, получается?

Угу.

Я не понимаю, как народ пользуется этими программами типа screen, tmux и иже с ними?

Ведь перед тем как запустить эти гениальные творения, нужно изучить документацию и каким-то образом запомнить что там как надо нажимать и какие команды вводить и как вообще в этот командный режим войти, и где и как получить help (кнопка F1, разумеется, вам никак не поможет).

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

https://webhamster.ru/mytetrashare/index/mtb0/13841999906lorebipue

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

Да там ничего сложного: одно сочетание клавиш для перехода в режим управления мультиплексором (^A в screen, ^B в tmux), а остальное достаточно интуитивно или мнемонично.

Но вообще я лично dtach использую. Там никаких хоткеев нет, кроме одного по умолчанию контрол+бэкслеш. Он собственно делает detach. Остальное работает так, будто это совсем обычная консоль без dtach. Да и юниксвейно: мне не нужны все эти функции разделения окошка — я это с помощью WM сделаю, а не внутри терминала. dtach делает одну вещь — сессии, и делает её отлично, и очень удобно.

У tmux еще буфер с прокруткой и копипастой. Нужно редко, но когда нужно — то нужно.

Еще tmate.io… тоже бывает очень нудно.

Пишешь man tmux и читаешь от начала до конца. В первый раз. Во второй раз уже быстро вспомнишь где нужное. А в пятый глядишь и запомнишь.

Пишешь man tmux и читаешь от начала до конца. В первый раз. Во второй раз уже быстро вспомнишь где нужное. А в пятый глядишь и запомнишь.

Так не работает. У меня все должно быть перед глазами в процессе работы, нафиг мне эти ваши команды помнить. Что людям мешает в текстмоде сделать менюшный интерфейс по всем канонам юзабилити с привязанными хоткеями - для меня великая загадка.

Да как-то не популярны в юниксе TUI… По сути ничего не мешает, конечно.

Ведь перед тем, как зайти на сервер, нужно изучить документацию и каким-то образом запомнить, что на нём запущено, где у него конфиги и как вообще узнать, какими инструментами он управляется. И где кнопка «СДЕЛАТЬ КРУТО».

Пофиксил.

Просто если ты не можешь запомнить десяток основных хоткеев для постоянно используемых программ, тебе на сервере делать нечего. А screen/tmux сейчас чаще всего используются именно на удалённых машинах.

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

Потому что TUI/GUI никогда не сможет отобразить весь спектр доступных по хоткеям и/или конфигам возможностей. А наиболее используемые функции(которые помещают на первый план в TUI) запоминаются в процессе работы после нескольких запусков и далее вызываются исключительно хоткеями.

Как с помощью указанных инструментов в одной ssh-сессии запустить десяток окон, в каждом из которых запущен свой набор софта(желательно одной командой), разбить экран на несколько окон(например: в одном tcpdump, во втором watch 'iptables -nvL', в третьем tail -f /var/log/program.log, а в четвёртом вводить команды), скопировать кусок текста из одного окна и вставить в другой и так далее?

multiinput: поддержка ввода в несколько окон одновременно.

Как же долго я этого ждал! Можно будет выкинуть костыли.

Тролинг уныл

Tmux Initial release 20 November 2007; 16 years ago

А вот со screen шанс был

Gnu Screen Initial release 1987; 37 years ago

избыточно все это. пригодится только для запуска космического корабля. для работы чтобы посмотреть man или редактировать файл этих команд достаточно.

Надеюсь, файл ты редактируешь cat'ом, чтобы не использовать избыточные инструменты.

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

Нет, как раз man удобно бок о бок с терминалом открыть :)

мне screen не зашел. tmux интереснее будет.

Просто если ты не можешь запомнить десяток основных хоткеев для постоянно используемых программ, тебе на сервере делать нечего. А screen/tmux сейчас чаще всего используются именно на удалённых машинах.

А если тебе нужно время от времени? Скажем раз в три месяца? Если кроме тебя никто не может крутить? А ты такой, которому на сервере делать нечего, почему-то настраиваешь сервера так, что они работают годами, изредка требуя минимального вмешательства?

А фиг знает, откуда-то скопировал, работает и ок. Похоже это действительно ничего не дает. В основном все эти vim-«хоткеи» для меня абсолютно неинтуитивны, и мне редко удается понять что-то из документации, по-этому я много копипащу из чужих конфигов и мапплю в то что будет иметь для меня смысл.

Предложение пользоваться jobs вместо мультплексоров я конечно осуждаю, но твой ответ про tcpdump+iptables+tail+sh тоже не особо норм. Главная проблема, которую тут стоит решать - это ограничение на одну ssh-сессию. Кстати, ssh умеет внутри одного коннекта открывать несколько консолей, если дело в этом.

Решать же эту проблему через screen-подобное, особенно запущеное на той стороне - это ужас. Это, например, означает что у тебя нет локального скроллбака, т.е. он мало того что будет лагать, так ещё и вообще заблокируется при потере сети. Вторая по важности проблема - это то, что вместо привычных инструментов гуи-терминала (включающих нативный иксовый копипаст без костылей) придётся пользоваться проброшенными через текстовую консоль фичами screen-а.

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

А вот и нет, не нужен мне комбайн. 

https://wikitropes.ru/wiki/Подозрительно_конкретное_отрицание

Да-да, старайсо лудшэ.

20 November 2007; 16 years ago

Очень больно! Всмонил 2007 и разрыдался. Пойду выпью прямо с утра.

Главная проблема, которую тут стоит решать - это ограничение на одну ssh-сессию

Стандартная ситуация при работе в закрытых контурах.

т.е. он мало того что будет лагать

Нет, не будет. С чего вдруг?

так ещё и вообще заблокируется при потере сети

Нет, не заблокируется. С чего вдруг - 2?

это то, что вместо привычных инструментов гуи-терминала

Для нормального админа, screen/tmux не менее, а иногда и более привычен, чем фичи GUI эмулятора терминала. Я вот и на локалхосте screen использую периодически даже с учётом того, что у меня есть божественный konsole.

включающих нативный иксовый копипаст

При работе на удалённом сервере мне чаще всего нужен нативный screen-копипаст(который там внезапно есть). Вообще в обычной работе с консолью иксовый копипаст редко используемая вещь, если, конечно, ты не занимаешься SO-driven админством, а понимаешь, что делаешь.

когда надо в фоне запустить пачку чего-то

Очень полезная, но всего лишь одна из огромного множеств, фича screen'а.

Скажем раз в три месяца?

Основные вещи типа управления окнами, сплитом, возвратом в запущенную сесиию и т.п. я запомнил с первого раза.

А ты такой, которому на сервере делать нечего, почему-то настраиваешь сервера

Очевидно, мне такому стоит почитать маны перед тем, как идти на сервер.

изредка требуя минимального вмешательства

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

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

Гемора много с ними конечно, и хоткеи эти через префикс, бррр. Но что делать, приходится с этим мириться. Самая жесть это когда tmux используют локально вместо оконного менеджера. Есть такие извращенцы.