Názory k článku
Okna v terminálu pomocí Tmux

tmux pouzivam kazdy den na openbsd a ubuntu (zkompilovany rucne), horizontalni rozdeleni je default:

C-b-"

taky vyuzivam ukladani vystup z obrazovky do souboru - pipe-pane. vyvojova verze umi i nejaky ovladani mysi. taky jde tmux pouzit jako alternativu k cssh, nebo readonly jako vyukovy prostredek...

hlavni autor tmuxu je openbsd developer, a vytvoril taky `fdm' (fajn fetcher pro mail a archiver).

Prosim muzete mi nekdo poradit? Prihlasuji se pres ssh na vzdaleny pocitac. Existuje nejaky program, ktery necha beze prihlasenou konzoli na vzdalenem pocitaci i kdyz ssh spadne? Lze se pripojit znovu do jednou otevrene konzole?
Dekuji za odpoved.

Ano, přesně tohle Tmux i Screen dělají. Přihlásíte se znovu a připojíte běžící konzoli. V té pořád běží to, co předtím.

Napíšu vám to úplně polopatisticky:

ssh server
screen ^{(že se spustil poznáte podle jiného titulku okna)}
spusťte nějaký program
Stiskněte ctrl+a d^{(screen se odpojí)}
screen -r ^{(screen se znova připojí)}

Dalších pár užitečných klávesových zkratek:
ctrl+a c^{(vytvoří se nové okno)}
ctrl+a A^{(změní titulek okna)}
ctrl+a "^{(zobrazí se seznam oken)}

Nějaké info je i ve zdejší wiki

Jediné co mi tam chybí je status bar jako u screenu nebo byobu. CPU, místo disku, zatížení síte.... Dáse to tam nějak dodělat.

Jasne, ze da.

Podivej se do manualove stranky na hesla status-left, status-right.
Zna to formatovani casu a umi to i spoustet prikazy.

Napr.:
set -g status-right "%H:%M | #(df -h | grep '/$')"

No, vzhledem k tomu, ze je to program urceny pro multiplexovani terminalu, tak v tom vidim hodne vyuziti.

Conky jsou program pro X.

Já to sleduju a nebere to žádný závratný resource

Mozna se budes divit, ale ja na velkym desktopu sleduju i kontrolky disku...
Podle zvuku jsem schopen i odhadnout jestli mam zapnuty prislusny rezim prenosu pripadne jestli jsem nezapomnel zapnuty power management.

- sledovat CPUcka potrebuju k tomu abych videl jestli jsem nezapomnel aplikaci vicevlaknove nebo jestli mi nevisi nekde proces co zere cpu(typicky flash shitter nebo wine)
- sledovat pamet+swap(pac linux neni oraclis ze) je mozna jeste dulezitejsi protoze mraky i bezne pouzivanych aplikaci trpi memory leakem. Takhle se daji hned podchytit Vzhledem k tomu ze obcas stroj vytezuji az na krev a poustim hodne procesu a tak potrebuji vedet kolik si jeste muzu dovolit
- obcas kdyz je problem mrknu i na sit. Tohle mam hlavne pokud jsem na pomalych mobilnich pripojenich (neb 3G pokryti je v CR tragicke). S tim souvici i monitor Wifi
- sledovat i/o operace potrebuju abych nemusel sledovat ledku disku:)

U netbooku je pro mne displej prilis cenny a maly a tak na nem nemonitoruju nic. Vzhledem poctu bezicich procesu a zdroju je to zbytecne.

U notebooku sleduju i teploty. To je ale jen takova lehka obsese protoze slusny HW si pri prilis vysoke teplote rekne a pak je na miste servis.

Monitorovaci system pokud je mimo jadro je na pytel nebot pokud jde masina tak do kytek ze ti nestaci ani vyskocit hlaska. Navic jednoduche meraky neumi posoudit hysterezi hodnot. V posuzovani tehle paternu maji mezery i profesionalni monitorovaci systemy

Ten primer s tim letadlem trochu pokulhava. Co sleduju tak ona i moderni mala ultralehka letadla monitoruji kdejaky uhel klopeni ve vztahu k posunu zemske osy... Sice to neni dulezite ale ty pumprliky radsi budou monitorovat i teplotu sedacek kdyby to pilot potreboval. Tech zbytecnych ptakovin v kokpitech narusta. Nehlede na to ze co pilot to jine profily konfiguraci pak clovek stravi hodinu precvakavanim.
Alespon u vetsich dopravnich letadel dochazi k jakemusi zjednodusovani. Firmy jako Lockheed,Boeing a Airbus si totiz plati v tomto ohledu studie. Ne jen teoreticke ale i prakticke.
Podle meho nazoru je nejlepsi situace u vojenskych stihacek. Tam totiz na jednoduchosti a neprehlcenosti informacemi zavisi uspech misi a zivot pilota.

Nejde o h4x0rstvi, ale o tom vedet trochu co ten system dela a jaky je jeho stav.

No, na plose jsou meraky k ..., protoze pri praci plochu nevidime. Nicmene si myslim, ze je vhodne mit ty spravne meraky v nejakem statusbaru, at uz xovym nebo screenovym. A ktere jsou spravne, se pozna podle toho, ktere vam setri praci.

U mne je to %cpu, ip-adresa, stav wi-fi, datum/cas a stav baterky.

Konkretne kdykoli pouzivam wine, tak pohled na cpu-merak odhali, ze po zdanlive spravnem ukonceni zustal wine viset v busy waitu. Opravdu jsem liny kvuli tomu neco psat do terminalu, nebo nedej boze hybat mysi.
Dalsi uzitecna vec muze byt aktualni ip-adresa (kdyz si potrebujete v cizi siti poslat neco na svuj pocitac, tak spoustet dalsi terminal, nebo vyskakovat ze ssh a lezt zpet je proste prace navic), nebo stav wifi signalu (ten snad ani zduvodnovat nemusim).

Pro vsechny do pouzivaji emacs a nebo bash s emackovymi zkratkami je uz dost velky problem Ctrl+a, ktere vas nesoupne na zacatek radku. Ale nefunckni Ctrl+b, ktere se pouziva pro pohyb kurzoru vzad je uz vrazdene. (To je jako kdyz v se zapomenete a posouvate se na dalsi radek pomoci Ctrl+N v prohlizeci a pak pul hodiny zavirate nove okna).

Podle mne je premapovani tehle zakladni zkraty velmi dulezite a pokud to skutecne nejde, tak se tomuhle programu obloukem vyhnu.

samozjreme ze jde, jinak C-b v shellu mi existuje i kdyz jsem v tmuxu, takze asi tak :P

unbind C-b
set -g prefix [nova zkratka]
bind [nova zkratka] send-prefix

Chtel bych se jen zeptat zdali je mozne nastavit i program screen, aby se spoustel automaticky ihned pri pripojeni pres ssh.

Zkus dát screen -r do ~/.bashrc.

bashrc? To se mi nezdá jako dobrej nápad.

Přidej ho do .profile, tím docílíš že se bude spouštět po přihlášení, ne po otevření nové instance shellu.

Dekuju moc. Funguje to pekne:-).

Tak jsem si v Ubuntu pustil terminál, pustil tmux, v něm pustil mc... a tragédie: rozsypaný čaj. Ve screenu to samé naprosto normálně. Asi zůstanu u screenu.

To bude spíš problém Ubuntu. Mně tmux + mc funguje v Archi normálně. Zkus nastavit po spuštění tmuxu proměnnou TERM na "screen". Tj. například pusť mc jako:

TERM=screen mc

Dekuji za pomoc, je to presne co jsem hledal.

Na vzdalenych pocitacich ke kterym se pripojuji jsem si pridal dle navodu:

do .tmux.conf v domovském adresáři si připište: new-session

do .bash_profile připsat na konec: tmux attach

tmux offers several advantages over screen:

- a clearly-defined client-server model: windows are independent entities which
may be attached simultaneously to multiple sessions and viewed from multiple
clients (terminals), as well as moved freely between sessions within the same
tmux server;
- a consistent, well-documented command interface, with the same syntax
whether used interactively, as a key binding, or from the shell;
- easily scriptable from the shell;
- multiple paste buffers;
- choice of vi or emacs key layouts;
- an option to limit the window size;
- a more usable status line syntax, with the ability to display the
first line of output of a specific command;
- a cleaner, modern, easily extended, BSD-licensed codebase.

IMHO tmux is less bloated: it uses less memory than GNU/screen.
And is much more well written.

Theo: The most impressive thing about tmux, in my view, is how frustrating the code audit was. In 2 hours, I found only one or two nits that had very minor security consequences.

It was not accepted into the tree based on license alone. It is high quality code.

Naposledy, kdyz jsem ve screenu zkousel rozdelit si okno vertikalne na dve, a to leve aby melo presne 80 znaku na sirku, musel jsem aplikovat asi 2 patche a malem jsem u toho porodil. V tmuxu staci ^B (" nebo %, cili horizontalne/ver­tikalne) a potom ^B (Ctrl+sipky) na resize.
Zkousel jste nekdy pracovat se screenem ve screenu? Tj. prihlasit se na 1 server, pustit screen a odtud se prihlasit jinam a pustit si screen tam? A jak se vam potom detachovaly?
A jak rychle a jak casto pouzivate ve screenu copy+paste? Jak ve screenu zabijete okno se zakouslym programem? (vivat minicom)

Mohu si po ssh a zahájení tmux sezení spouštět grafické aplikace? Pokud ano, co to s nimi udělá po spadnutí spojení a následném obnovení sezení tmux.

Graficke ve smyslu "bezici pod X" sotva. Pokud pouzivaji curses, tak ano.

Jsem zvyklý používat ve screenu jak monitorování aktivity, tak monitorování ticha.
Pro shodné přepínání monitorování aktivity už jsem dal dohromady:

bind-key M setw monitor-activity

Stále mi však schází přepínání monitorování ticha.
Dal jsem dohromady jen jeho zapnutí:

bind-key _ setw monitor-silence 30

Ale nedaří se mi najít radu, jak místo pevně uvedeného '30' dát podmínku podle aktuální hodnoty - aby se na jednu klávesu přepínalo mezi 0 a 30?
Prosím, zvládne někdo s tmuxem zběhlý poradit?

Tak jsem přepínání monitorování ticha nakonec obešel trochu krkolomněji:

bind-key _ run-shell 'tmux display-message "$(tmux setw monitor-silence $((30$(tmux showw | sed -n "s|^monitor-silence [1-9].*|-30|p"))))"; true'

Kdyby měl někdo něco lepšího, tak to uvítám.

Ahoj,

kdyz jsem se tim zabyval, tak jsem zjistil, ze to v tmux moc dobre nejde. Prisel nekdo na to, jak to obejit?

dikes

tukan

* How can I blank the tmux window?

GNU screen has a feature whereby it will blank the screen after a period of
inactivity. To do the same thing in tmux, use the lock-command setting, for
example (with GNU bash):

set -g lock-command 'tput civis && read -s -n1'

This will remove the cursor and tell the shell to quit once a key has been
pressed. For zsh, use "read -s -k1".

In addition, it's possible to have both blanking and locking (for instance via
lock(1) or vlock(1)) by using the following:

bind x set lock-command '/usr/bin/vlock' \; lock-client \; set lock-command 'tput civis && read -s -n1'

pro konfiguraci pouzivam tmux.sourcefor­ge.net/

pro konfiguraci pouzivam https://github.com/garno/teamocil