6

What are the main features of default byobu behavior/config for tmux user?

I am thinking what to deploy by default to production servers. tmux wins over screen, because it is immediately visible when remote console is "protected from disconnection". Will byobu provide more interesting default features?

2 Answers2

10

Byobu is intended to give a consistent look-and-feel user interface across your servers running different versions and distributions of Linux and UNIX. It also bridges Screen and Tmux a bit, with a consistent set of key bindings and conky-like status extensions.

Tmux and Screen are both awesome on their own, and even better if you highly customize your configuration in ~/.screenrc and ~/.tmux.conf and have the wherewithal to synchronize that configuration across all your servers. Byobu tries to do that for you, out of the box from within your distro.

I wrote a far more complete answer to a very similar question here:

Notes:

  1. The apt-check bug the other poster mentioned has been fixed in a subsequent revision, r1952, on 2012-06-24.
  2. Full disclosure, I'm the upstream author and maintainer of Byobu.
3

Byobu had a bug where logging in to a heavily-loaded server would spawn infinite apt-check processes. At the time of writing, the fix is still in the process of being pushed out to Ubuntu 12.04 LTS. If you manage other operating systems, you'd want to check their package version/bug trackers as well.

The default display also includes the time in seconds, so sending updates continuously when it doesn't need to. (Annoying network traffic, possible side-effects in the client terminal).

If you disable those, it's nice and pretty. It's easy to change the configuration for your user, using the byobu-config frontend. I like that it automatically enables ctrl-a in tmux (plain tmux uses ctrl-b). And unlike tmux, byobu with no options will conveniently create a new session if there isn't one, or attache to the existing un-named session. I'm happily using it at home.

For deploying to a number of different servers, possibly managed by multiple people, I'd consider whether plain tmux might be safer.

sourcejedi
  • 3,860