pracically - how is it different form screen ?
tmux 1.8 Released
151–160 of 162 posts
Re: tmux 1.8 Released
#152Earlier quoted context omitted.
After years of using screen i switched to tmux.. i'm sure i'm not even using a 5th of the functionality but i love it.
What are the primary advantages that tmux has over GNU screen that you found ?
I'm also wondering about this. I've been using screen for almost 20 years, and wonder if there's a compelling reason to switch.
Re: tmux 1.8 Released
#153Earlier quoted context omitted.
What are the primary advantages that tmux has over GNU screen that you found ?
I'm also wondering about this. I've been using screen for almost 20 years, and wonder if there's a compelling reason to switch.
Take a look here: http://unix.stackexchange.com/questions/549/tmux-vs-gnu-scre...
Some of it is arguable, but for me one of the greatest benefits is how tmux will auto-resize to the smallest terminal connected, making it useful for screen sharing or when connecting to an existing session from a mobile device.
Re: tmux 1.8 Released
#154Earlier quoted context omitted.
After years of using screen i switched to tmux.. i'm sure i'm not even using a 5th of the functionality but i love it.
What are the primary advantages that tmux has over GNU screen that you found ?
For me, tmux has saner options and more mnemonic default keyboard shortcuts, that do not interfere with default bash shortcuts (Ctrl-A is goto-home-of-line in bash/emacs, but it is hijacked by screen by default as its escape sequence; tmux uses Ctrl-B for the same by default, which in the emacs bindings means go-back-a-character, and I do not use much, and is less likely to hit by accident).
Re: tmux 1.8 Released
#155id love zmodem support... but I'm probably the only one that uses it
Yes, that† and the possibility to directly connect to a serial port (like screen does). Would be a huge time-saver for the embedded folks.
†) or rather not builtin zmodem-support but generic "run this program with stdin/stdout connected directly to the device" like cu's ~+ escape.
Re: tmux 1.8 Released
#156Earlier quoted context omitted.
Could you elaborate? I'd love to try that.
M+x ansi-term should do it. I'm not sure how well that scales to many terminals though. M+x term also works. There is also eshell.
ansi-term and term are massively buggy.
I've never been able to get it to deal well with vast amounts of output well. Constant overwriting issues etc. Definitely prefer to use tmux + emacs considering the huge amount of stuff i end up throwing at my term.
Re: tmux 1.8 Released
#157Is there any compelling reason to use tmux if you're already using a tiling window manager?
Detached sessions on remote systems.
If that is the only reason, one could just use dtach instead.
Re: tmux 1.8 Released
#158'copy-pipe' mode command to copy selection and pipe the selection to a command.
This is exactly the functionality I was looking for back when it didn't exist. It wasn't immediately obvious how to use this, but here's how:
bind-key -t vi-copy 'y' copy-pipe "redis-cli -x set status"
set-option -g status-right '#(redis-cli --raw get status)'
And now I have a message I just copied to redis in my tmux status bar. I'm planning on doing this with clipboard text next.
Re: tmux 1.8 Released
#159Earlier quoted context omitted.
Could you elaborate? I'd love to try that.
; Open a terminal M-x ansi-term ; Rename the buffer (escaping shell mode first) C-c C-j M-x rename-buffer ; Shell responds to keyboard again C-c C-k ; Split window in half horizontally C-x 2 ----- I stole this (possibly from Steve Yegge or another source) long ago to somewhat automate the process of renaming terminal buffers: (global-set-key (kbd " ") 'visit-ansi-term) ;; Terminal awesomeness (require 'term) (defun v…
Hey, I found that code hard to follow, with the if-then-elses nested 4 deep. A refactor, pretty much untested since I don't use ansi-term:
(defun visit-ansi-term ()
"If the current buffer is:
1) a running ansi-term named *ansi-term*, rename it.
2) a stopped ansi-term, kill it and create a new one.
3) a non ansi-term, go to an already running ansi-term
or start a new one while killing a defunct one."
(interactive)
(let ((is-term (string= "term-mode" major-mode))
(is-ansi-term (string= "*ansi-term*" (buffer-name)))
(is-running (term-check-proc (buffer-name)))
(anon-term (get-buffer "*ansi-term*")))
(cond
((and is-term is-running is-ansi-term)
(call-interactively 'rename-buffer))
((and anon-term (if is-term
(and is-running (not is-ansi-term))
(term-check-proc "*ansi-term*")))
(switch-to-buffer "*ansi-term*"))
(t
(cond ((and is-term (not is-running))
(kill-buffer (buffer-name)))
((and anon-term (not (term-check-proc "*ansi-term*")))
(kill-buffer "*ansi-term*")))
(ansi-term "/usr/local/bin/zsh")))))Re: tmux 1.8 Released
#160Earlier quoted context omitted.
Any PPAs?
I continue to be amazed by the people who install "random binaries" via PPA. I guess I assume that if you want cutting-edge packages you'll use a cutting-edge release/distribution. If you don't, and you want something more recent then it seems to make sense to make your own packages, or install locally via gnu-stow, or similar.
Debian/Ubuntu packaging is far too difficult and thus creates bad incentives for people to install software from untrusted sources.