LINUX.ORG.RU

GNU Screen 5.0

 , , terminal multiplexer


1

2

Вышла новая версия терминального мультиплексора GNU Screen под гордым номером 5.0.

Основные изменения и улучшения:

  • новые команды и функции:
    • auth [on|off]: введение команды для защиты паролем;
    • status [top|up|down|bottom] [left|right]: возможность перемещения сообщений статуса в любой угол экрана (по умолчанию в нижнем левом углу);
    • truecolor [on|off]: поддержка 24-битных цветов;
    • multiinput: поддержка ввода в несколько окон одновременно.
  • обновлённый механизм аутентификации:
    • представлен обновлённый механизм аутентификации, который улучшает безопасность и удобство использования.
  • новые возможности отображения:
    • escape %T: показ текущего TTY для окна;
    • escape %O: показ количества открытых окон.
  • поддержка wcwidth():
    • вместо жёстко закодированных таблиц UTF-8, теперь используется функция wcwidth() для определения ширины символов.
  • исправлены проблемы, такие как:
    • бесконечное нажатие клавиши ESC в буферах экрана;
    • сбои после передачи через zmodem;
    • проблема с двойным -U.
  • удалены несколько устаревших команд:
    • time
    • debug
    • password
    • maxwin
    • nethack

>>> Подробности

★★★★★

Проверено: dataman ()
Последнее исправление: dataman (всего исправлений: 4)

Ответ на: комментарий от liksys

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

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

CrX ★★★★★
() автор топика
Последнее исправление: CrX (всего исправлений: 1)
Ответ на: комментарий от liksys

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

CrX ★★★★★
() автор топика
Ответ на: комментарий от XOXO

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

BydymTydym
()
Ответ на: комментарий от BydymTydym

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

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

XOXO
()
Ответ на: комментарий от XOXO

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

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

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

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

BydymTydym
()
Ответ на: комментарий от braboar

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

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

slackwarrior ★★★★★
()
Ответ на: комментарий от BydymTydym

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

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

andreyu ★★★★★
()

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

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

andreyu ★★★★★
()
Ответ на: комментарий от liksys

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

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

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

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

firkax ★★★★★
()
Ответ на: комментарий от firkax

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

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

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

screen - screen manager with VT100/ANSI terminal emulation

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

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

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

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

firkax ★★★★★
()
Ответ на: комментарий от firkax

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

liksys ★★★★
()
Ответ на: комментарий от XOXO

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

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

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

Obezyan
()
Ответ на: комментарий от liksys

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

firkax ★★★★★
()
Ответ на: комментарий от slackwarrior

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

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

braboar ★★
()
Ответ на: комментарий от andreyu

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

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

BydymTydym
()
Ответ на: комментарий от firkax

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

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

BydymTydym
()
Ответ на: комментарий от liksys

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

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

BydymTydym
()
Ответ на: комментарий от firkax

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

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от BydymTydym

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

Угу.

andreyu ★★★★★
()

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

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

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

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

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

Xintrea ★★★★★
()
Ответ на: комментарий от Xintrea

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

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

CrX ★★★★★
() автор топика
Ответ на: комментарий от CrX

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

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

vbr ★★★★
()
Последнее исправление: vbr (всего исправлений: 2)
Ответ на: комментарий от Xintrea

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

vbr ★★★★
()
Ответ на: комментарий от vbr

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

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

Xintrea ★★★★★
()
Ответ на: комментарий от Xintrea

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

Пофиксил.

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

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

shell-script ★★★★★
()
Ответ на: комментарий от vbr

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

shell-script ★★★★★
()
Ответ на: комментарий от jura12

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

shell-script ★★★★★
()

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

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

shell-script ★★★★★
()
Ответ на: комментарий от shell-script

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

jura12
()
Ответ на: комментарий от jura12

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

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

shell-script ★★★★★
()
Ответ на: комментарий от shell-script

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

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

Xintrea ★★★★★
()
Ответ на: комментарий от LamerOk

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

micronekodesu ★★★
()
Ответ на: комментарий от shell-script

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

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

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

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)
Ответ на: комментарий от Aber

20 November 2007; 16 years ago

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

XOXO
()
Ответ на: комментарий от firkax

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

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

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

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

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

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

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

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

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

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

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

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

shell-script ★★★★★
()
Ответ на: комментарий от Xintrea

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

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

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

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

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

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

shell-script ★★★★★
()
Ответ на: комментарий от Xintrea

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

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

bread
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.