On 2013-04-26 23:11, hiro wrote:
> just mod your shell to always copy all stdout of commands into a temp
> file, then open the file with less after one of these stupidly long
> commands.
Or run them via 'at'
Or run 'script' when you login
And sed out all the terminal carp later on.
and a seperate one for stderr if you like...
> I use less for scrollback generally and it's fine. The reason it is
> useful for me to have an alternative is for cases where output is
> unexpectedly large, and rerunning the process isn't practical. Also
> getting lots of unexpected stderr output won't be handled well by
> less by default.
jus
Greetings.
On Fri, 26 Apr 2013 18:47:32 +0200 Nick wrote:
> On Fri, Apr 26, 2013 at 01:45:04PM +0300, Edgaras wrote:
> > Frankly I'm now I'm fairly interested why would people need scroll back. I
> > do not use tmux or screen. Well I use dvtm but I dont use scroll back
> > functionality there.
On Fri, Apr 26, 2013 at 01:45:04PM +0300, Edgaras wrote:
> Frankly I'm now I'm fairly interested why would people need scroll back. I do
> not use tmux or screen. Well I use dvtm but I dont use scroll back
> functionality there. I find that "less" is mostly sufficient for my needs.
> And apps li
On Fri, Apr 26, 2013 at 10:34:58AM +0100, Nick wrote:
> On Fri, Apr 26, 2013 at 10:15:13AM +0800, Patrick Haller wrote:
> > On 2013-04-25 20:05, Christoph Lohmann wrote:
> > > while trying to copy some stuff from iotop I came to the idea of having
> > > some ??halt?? function in st. This is like t
On Fri, Apr 26, 2013 at 10:15:13AM +0800, Patrick Haller wrote:
> On 2013-04-25 20:05, Christoph Lohmann wrote:
> > while trying to copy some stuff from iotop I came to the idea of having
> > some ??halt?? function in st. This is like the ??halt?? in 9term, where
> > ev???
> > erything will st
