search for: tmux

CentOS-6.6 tmux-1.6 (epel) Twice now I have experienced the situation where upon exiting from a tmux initiated session on a remote host instead of returning to the originating session I see this in the session terminal display: <pre> ?????????????????????????????????????????????????????????????????????????...

...>> you would do: > >>> ssh -oProxyCommand='ssh jumphost.example -W %h:%p' bar.example.com > >We use jump host, but there are literally hundreds of hosts behind it. > >And since I often need to run things on multiple hosts, I ssh to jump > >host, start tmux session, and ssh from there wherever I need. > You can run tmux locally. Don't worry about having to add the > > -oProxyCommand='ssh jumphost.example -W %h:%p' each time. That can be abstracted > in the ssh_config. You can simply provide the name as you used on the jumphos,...

On Wed, July 2, 2014 17:20, James B. Byrne wrote: > I am experimenting with tmux. I have run into a behaviour that I would like > to change. Idf I connect to a single host multiple times via tmux, when I > exit one tmux window then all the windows report their session closed. Is > there anyway of changing this behaviour in .tmux.conf so that only the session > ex...

I am experimenting with tmux. I have run into a behaviour that I would like to change. Idf I connect to a single host multiple times via tmux, when I exit one tmux window then all the windows report their session closed. Is there anyway of changing this behaviour in .tmux.conf so that only the session exited closes or, as m...

...Ctrl+E a lot to navigate my insane big bash one >> liners but this is incompatible with Screen which has a binding to Ctrl-A. >> Is it possible to move the screen binding so I can have the best of both >> worlds? > If you only make simple use of screen, then there's always tmux. It uses > ctl+b by default, and one of the reasons is the issue you mention. > > (If you have a lot of complex uses of screen, then it becomes a bigger deal > to learn the new keyboard shortcuts, but many people just use it's attach > and deteach feature, and relearning those i...

If you're just getting starting with a screen multiplexer, I'd suggest starting with tmux. My understanding is that GNU screen has effectively been abandoned. I used GNU screen for at least 10 years, and recently switched to tmux. As someone else said, in GNU screen, if you want to send ctrl-a to your application (e.g. shell or emacs), you can do ctrl-a followed by a "naked&quot...

...r.example.com (which is behind the firewall), > you would do: > ssh -oProxyCommand='ssh jumphost.example -W %h:%p' bar.example.com We use jump host, but there are literally hundreds of hosts behind it. And since I often need to run things on multiple hosts, I ssh to jump host, start tmux session, and ssh from there wherever I need. Not to mention that in case like above, I would have to type the password to key two times, which is complicated, to put it lightly, as I use very long, very secure passphrases. > Another approach, if you find you must forward your agent, is to load...

Hi, tmux author refuses to add -h, --help option, because OpenSSH does not have it [1]. I don't see why convenience features of tmux should depend on OpenSSH, but because I have no other choice (and got curious) I ask here - why OpenSSH doesn't provide -h or --help option? I use PuTTY as my client,...

...back network adaptor and ssh in.  Most of the reason I use OS X is that their Terminal.app doesn't suck nearly as much as the other terminal emulators I've used.  It happily persists directory state, so I have a little script that creates a temporary directory for each ssh session storing a tmux id and so I can resume terminal sessions across host machine reboots, without the windows moving. Try iTerm2 with tmux integration. -- Regards, Konstantin

Hi, I'm working on a tool for persistent terminal sessions that works much like tmux, and I would like to be able to make it so that people can set things up so that when they ssh onto a remote host, they automatically connect to a persistent session based on the local terminal they are connecting from. The idea would be that users can just type `ssh my-host` if their connection dr...

Hey I like to use Ctrl+A and Ctrl+E a lot to navigate my insane big bash one liners but this is incompatible with Screen which has a binding to Ctrl-A. Is it possible to move the screen binding so I can have the best of both worlds? Ta Andrew

...back network adaptor and ssh in. Most of the reason I use OS X is that their Terminal.app doesn't suck nearly as much as the other terminal emulators I've used. It happily persists directory state, so I have a little script that creates a temporary directory for each ssh session storing a tmux id and so I can resume terminal sessions across host machine reboots, without the windows moving. David

On 22/11/18 10:09 pm, Philipp Marek wrote: > if it happens that your local terminal emulation is not available > on the remote machine(s), what would be the right place to fix it? Is it a trick question?? Isn't the remote machine the only place that you can fix ?? Setting TERM on the local machine won't magically make a Wyse 60 understand VT220 control codes. Why not wrap ssh

We are using tmux, screen and x2go to run long-running jobs on our compute servers. $HOME and other data should be mounted via CIFS or NFS4. Because such a job can run for more than a week, I would like to increase the Kerberos ticket lifetime or better the Kerberos ticket maximum renewable lifetime. I found this g...

...history with regards to privacy. While that may not be a > concern for public channels, private messages are another matter > entirely. The protocol isn't entirely friendly and is relatively new, > which makes it inflexible to use compared to IRC. IRC clients are easy > to leave in tmux sessions and reconnect, I think "easy" is very subjective here. It is "easy" if you already * Know how to use Tmux (or screen). * Have an always up server that you can have your IRC client running on. * Are familiar with IRC. I think it would be incorrect to assume that every...

On Jul 24, 2013 2:52 AM, "Jacob Carlborg" <doob at me.com> wrote: > > Do your LLVM development on Mac OS X :) Should work well. Apple is one of the bigger supporters of LLVM, so I'd hope OS X would be a suitable dev platform. > It depends on what your needs are. Using VirtualBox will probably be the easiest. It also allows you to run both Mac OS X and Ubuntu

...o use Ctrl+A and Ctrl+E a lot to navigate my insane big bash one > liners but this is incompatible with Screen which has a binding to Ctrl-A. > Is it possible to move the screen binding so I can have the best of both > worlds? If you only make simple use of screen, then there's always tmux. It uses ctl+b by default, and one of the reasons is the issue you mention. (If you have a lot of complex uses of screen, then it becomes a bigger deal to learn the new keyboard shortcuts, but many people just use it's attach and deteach feature, and relearning those in tmux takes a few minut...

On 4/22/19 10:45 AM, Ulf Volmer wrote: > On 22.04.19 18:12, Emmett Culley via CentOS wrote: >> On 4/21/19 10:15 AM, Ulf Volmer wrote: > >>> package-cleanup --dupes >>> >>> will list the duplicate packages >>> >>> package-cleanup --cleandupes >>> >>> will remove the dupes. If I remember correctly, you have to add

.../pkg prefix: $ PATH=$PATH:/usr/pkg/sbin:/usr/pkg/bin $ MANPATH=$MANPATH:/usr/pkg/man Included is the "pkgin" binary package manager, which has been designed to operate similar to yum/apt-get: # Fetch latest database $ sudo pkgin update # Search for a package $ pkgin search tmux # Install it $ sudo pkgin install tmux # See what is available $ pkgin avail | less Further details and similar binary package sets for SmartOS/illumos and OSX can be found here: http://pkgsrc.joyent.com/ Feedback is highly appreciated! Let me know if there is anything we can do to...

http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/152154 It has been suggested to me (by a committer) that I should raise the issue of this PR here on these lists, because the problem described within the PR remains a real problem, and despite my having proposed something that seems to be a perfectly workable fix, no action has been taken on this PR for some years now. Regards, rfg P.S. The