.
Check the man page FLOW-CONTROL section as well as about the '-f' screen
flag, the 'defflow' and 'flow' .screenrc options about how to control
and/or disable this feature inside of screen.
--
Michael Parson
Pflugerville, TX
KF5LGQ
lly selected in screen to some
other X11 window. macOS has a similar command to xclip that will stuff
your buffer file into the macOS clipboard, thought it's been long enough
since using a Mac that this info has scrolled out of my wet-ware
scrollback and would have to look it up again.
-
de in the middle. This should prevent the
blocking.
--
Michael Parson
Pflugerville, TX
KF5LGQ
___
screen-users mailing list
screen-users@gnu.org
https://lists.gnu.org/mailman/listinfo/screen-users
You might need to remove the SUID bit from the screen binary first.
Check the man page for more info.
--
Michael Parson
Pflugerville, TX
KF5LGQ
___
screen-users mailing list
screen-users@gnu.org
https://lists.gnu.org/mailman/listinfo/screen-users
On Thu, 19 Jan 2017, Tim RENAUD wrote:
Hello,
Before I get into details, I just want to confirm this is the mailing
list I use to discuss my issue?
That depends, what is your issue? This list is about using gnu-screen,
the terminal multiplexer.
--
Michael Parson
Pflugerville, TX
KF5LGQ
creen -x ${sessionname} -X select newwin
# feed the new window a command-line
screen -x ${sessionname} -X at "newwin" stuff "echo hello world^M"
-- snippet --
--
Michael Parson
Austin, TX
KF5LGQ
___
screen-users mailing list
screen
en -S screen-name -X stuff "echo hello world^M"
--
Michael Parson
Austin, TX
KF5LGQ
___
screen-users mailing list
screen-users@gnu.org
https://lists.gnu.org/mailman/listinfo/screen-users
On Fri, 30 Sep 2016, Clark Wang wrote:
On Fri, Sep 30, 2016 at 1:30 AM, Michael Parson wrote:
On Thu, 29 Sep 2016, Clark Wang wrote:
Where is this kind of usage (stuff ^X) documented? I did not found it in
screen manual.
The 'stuff' command is in the screen manpage:
stuff [stri
s, I don't even have to type in my password.
I use the above method rather than telling screen to start the ssh
session as the window process so that when the ssh session dies, I can
just switch back to that window, hit the up arrow and return to get back
in.
--
Michael Parson
Pflugerville, TX
KF5LGQ
___
screen-users mailing list
screen-users@gnu.org
https://lists.gnu.org/mailman/listinfo/screen-users
setting. If a second parameter is
given, the display's encoding is also changed (this should rather be
done with screen's "-U" option). See also "defutf8", which changes the
default setting of a new window.
--
Michael Parson
Austin, TX
KF5LGQ
On Fri, 17 Jun 2016, Amadeusz Sławiński wrote:
On Thu, 16 Jun 2016 17:12:29 -0500 (CDT)
Michael Parson wrote:
Greetings fellow gnu-screen users.
I remember someone asking for something like this a while back, and I
think there were a few solutions, but I never tried them out.
I decided I
Just please don't flame for re-inventing a wheel when better
alternatives are out there that I didn't find. :)
It works for me. If it works for you, enjoy.
--
Michael Parson
Austin, TX
KF5LGQ
___
screen-users mailing list
screen-user
egion commands
bind j focus down
bind k focus up
bind h focus left
bind l focus right
Then you can "C-a j" to move focus down, etc.
Not quite as smooth as having it on a single key-binding, but it gets
the job done.
Bonus, having your CTRL key where it's
, will be the one you originally ran the
command in.
Now, for extra fun, you can now do things like:
for i in *.cc, do svim $i ; done
This will open a new screen window running vim for each file matching
the glob (*.cc), all named for the file that is being edited.
--
Michael Pars
is technically two commands, but one command line:
screen -t "test" ; screen -X at "test" stuff "echo test^V^M"
The first one creates a new screen window called 'test'. The second
one tells screen to stuff the string "echo test" to the window
n
en "exrc" line with the
argumant pasted from the screen buffer `q'.
My problem is that I cannot make this command submit with a
carriage return or enter despite the attempts you see with
a cntrl-V
Any clues as to how I can get the command to submit with the
binding?
Eric
--
Michael Pa
e:
$ screen -X at "test" stuff "^C"
--
Michael Parson
Unix Thug
Austin, TX
KF5LGQ
___
screen-users mailing list
screen-users@gnu.org
https://lists.gnu.org/mailman/listinfo/screen-users
n your current screen, and you should now be in that
directory.
If you were to pop back over to screen 4, you would see the pwd command
that was executed.
--
Michael Parson
mpar...@bl.org
Austin, TX
KF5LGQ
___
screen-users mailing list
screen-users@gnu.org
https://lists.gnu.org/mailman/listinfo/screen-users
er, i will move to someother window and if i do 'c-]' the copied
text should be printed
out. is it possible in screen ?
Read the man page for screen, look for 'bufferfile'.
--
Michael Parson
mpar...@bl.org
___
screen-users mailing
gin
screen 0
log
# end
Now, when you start screen, screen 0 will get logged to $HOME/screenlog.0
--
Michael Parson
mpar...@bl.org
___
screen-users mailing list
screen-users@gnu.org
https://lists.gnu.org/mailman/listinfo/screen-users
such capabilities, like compiling, etc.
> Thanks in advance.
You should be able to find what you need on www.blastwave.org, free-softare
pre-compiled for Solaris.
--
Michael Parson
mpar...@bl.org
___
screen-users mailing list
screen-users@gn
However, if you really want to disable Ctrl-Z, read up on the shell
command 'trap'.
From reading around on google, different implementations seem to use
different signals, but try 'trap Ctrl-z' as a search term.
--
Michael Parson
mpar...@bl.org
_
On Aug 15, 2008, at 11:42 AM, Michael Parson wrote:
I've got a user that wants to be able to, with a single command,
rename the title for the current window when he edits a file to the
name of the file he is editing.
Can this be done? or is the solution I've come up with g
to be more like
echo -ne "\ek$oldname\e\\"
However, it seems that just about every screen command only spit
output to the status bar, hardline, or a new screen, except 'screen -l'.
Can this be done? or is the solution I've come up with going to be
about a
ed this feature, I only discovered it
when I re-read the man-page after one of the 3.x releases.
--
Michael Parson
[EMAIL PROTECTED]
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
7;s
a simple way of implementing it (i.e. if the calls exist, etc).
-Dan Mahoney
--
Michael Parson
[EMAIL PROTECTED]
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
be a little more automatic.
Debian/Ubuntu might have their own method. Run the seach string 'Ubuntu
run level configuration' through google and see what you can find.
This link looks like it might get you on your way:
http://geekvalley.blogspot.com/2008/03/tweak-ubuntu-boot-processes-run
lost and there's nothing I have found to make it go again.
--
Michael Parson
[EMAIL PROTECTED]
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
y
>> doesn't have this option.
>
> Yes, you are right. It would be a GNOME specific thing, sorry to have
> bothered everybody.
Or quit using gnome and get something w/o any decorations, or any bloat
at all, like evilwm.
=)
--
Michael Parson
[EMAIL PROTECTED]
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
;
> I think the context was clear: simply to have a zombie exit
> to a shell. Obviously, going into detail here was a
> distraction.
in your .screenrc
screen -t mutt 0
stuff "mutt\015"
This will create a screen in slot 0 an run mutt from the she
On Wed, Mar 28, 2007 at 07:13:19PM -0700, Tom Bombadil wrote:
> Michael Parson wrote:
>> On Wed, Mar 28, 2007 at 06:17:44PM -0700, Tom Bombadil wrote:
>>> Hi all...
>>>
>>> screen never show more than 40 screens (screens 0 to 39).
>>> Any way
On Wed, Mar 28, 2007 at 06:17:44PM -0700, Tom Bombadil wrote:
> Hi all...
>
> screen never show more than 40 screens (screens 0 to 39).
> Any way around that?
Recompile with MAXWIN > 40.
default used to be 10. =)
--
Michael Parson
[
stalled on all the systems you might
be logging into, starting screen with the -Tvt220 (or xterm, or whatever
your preference) will do the right thing (I use bash, so adjust if you
use a csh variant):
$ type -a screen
screen is aliased to `screen -T vt220&#x
p(5) and/or terminfo(5) (termcap is the old/BSD
way, terminfo is the new/SysV way), mostly depends on which lib your
program was linked against.
--
Michael Parson
[EMAIL PROTECTED]
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
eycode mismatch is happening. (Terminal
> App>bash>screen>bash>ssh>bash>vim) It's very frustrating.
I alias screen to start with vt220 emulation:
screen -T vt220
--
Michael Parson
[EMAIL PROTECTED]
___
screen-users ma
On Wed, Dec 13, 2006 at 12:23:12PM +0100, Eric Smith wrote:
> Will this ever be a possibility in screen?
That is a function of your terminal emulator software, not the
multiplexer running inside of it.
--
Michael Parson
[EMAIL PROTECTED]
___
scr
t get applied when using the pkgsrc version shows a lot of references
to getutent/utmpx fixes
--
Michael Parson
[EMAIL PROTECTED]
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
e:
I normally have 'deflogin' set to 'off,' but I turned it on just now and
screen and bash still worked, what symptoms are you seeing?
I'm using NetBSD/i386 3.0, both bash 3.1.1(1)-release and screen
4.00.02, compiled out of pkgsrc.
--
Michael Parson
[EMAIL PROTECTED]
On Sun, Oct 22, 2006 at 02:57:59AM +0200, Nikolai Weibull wrote:
> On 10/22/06, Michael Parson <[EMAIL PROTECTED]>wrote:
>> On Sun, Oct 22, 2006 at 12:19:14AM +0200, Nikolai Weibull wrote:
>>> Hi!
>>>
>>> The following line has been in my screenrc for
for calculating a good value?
It's entirely dependant on the speed of your terminal. If you're on
a dialup, you might want to bump it up, if it's local or a decent
broadband, you're probably OK with the default of 256 bytes. 16k seems
high enough for just abo
On Wed, Oct 04, 2006 at 07:21:33PM +0200, Karl Voit wrote:
> Hi!
>
> I want to use GNU screen on an IBM AIX 5.2 system and I could not
> compile it:
>
> ,[ uname ]
> | [EMAIL PROTECTED]:/home/voitka/downloads/screen-4.0.2>uname -a
> | AIX uxibm275 2 5 0040801A4C00
> | [EMAIL PROTECTED]:/home/
e the history features of
the bash shell.
When I log in, I hit ^R, then start typing screen, I usually don't have
to get farther than about sc before it has found the match and I just
hit return and I'm off.
--
Michael Parson
[EMAIL PROTECTED]
__
vim when I wanted
vim and vi when I wanted vi. This is basically because vim is NOT vi
and there are a lot of times I want to use the real thing. On (most)
Linux boxes, real vi is not shipped, so I have to go find an rpm for
nvi, which is the Berkeley vi, and install that. In any case, this
ll my
sessions are set to vt220. I use vt220 instead of vt100 so stuff that
colorizes the output works properly.
I also remove the default /etc/screenrc file that RedHat/Fedora
installs.
--
Michael Parson
[EMAIL PROTECTED]
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
Might be worth a shot. Don't have to delete it, just move it out of the
way.
--
Michael Parson
[EMAIL PROTECTED]
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
On Wed, Aug 16, 2006 at 01:54:57PM -0500, Aaron Griffin wrote:
> On 8/16/06, Michael Parson <[EMAIL PROTECTED]>wrote:
>> On Wed, Aug 16, 2006 at 12:21:17PM -0500, Aaron Griffin wrote:
>>> On 8/16/06, aladdin <[EMAIL PROTECTED]>wrote:
>>>> [EMAIL P
s term type to
vt220 (or xterm), than to install the right bits on every box out there,
especially ones that I only touch on rare occasion.
--
Michael Parson
[EMAIL PROTECTED]
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
On Wed, Aug 16, 2006 at 11:10:29PM +0800, aladdin wrote:
>
> Michael Parson wrote:
>>
>> The vim colorization happens outside of screen?
>>
>> Do you have "syntax enable" set in your .vimrc?
>>
>
> Sure it works outside of SCREEN.
>
>
d. I configured the vim to
> show line numbers and I found they were colorized(green), but the file
> contents were not. Seems strange...
The vim colorization happens outside of screen?
Do you have "syntax enable" set in your .vimrc?
--
term type:
alias screen='screen -T vt220'
which works fine for everything except when I try to run vim under sudo,
the highlighting works, but colors don't, so I do the TERM=xterm trick
above, which makes the colors show up again.
--
Michael Parson
[EMAIL PROTECTED]
_
ve... been a little behind with my e-mail.
>
>> And the best part of all: Your totally and utterly wrong!
>
> I'm glad.
>
>> Defscrollback is initially set to 100 and COPY_PASTE is #defined by
>> default.
>
> Can I change
On Fri, Jul 21, 2006 at 05:38:32PM -0400, Ian Wat wrote:
> * Michael Parson ([EMAIL PROTECTED]) wrote:
>> On Wed, Jul 19, 2006 at 09:21:17PM -0400, Ian Wat wrote:
>>> Anybody using Mac OS X experience garbled text when switching
>>> windows in screen? It kinda looks l
ing, but I can't really
remember what exactly I didn't like about the Terminal.App.
--
Michael Parson
[EMAIL PROTECTED]
___
screen-users mailing list
screen-users@gnu.org
http://lists.gnu.org/mailman/listinfo/screen-users
ets
created w/o it, an (even accidental) ^S will lock up that screen.
"^A:xon" will unlock it.
Sometimes I have to detach and re-attach to get it back. Rarely do I
have to all-out kill screen and start over fresh.
--
Michael Parson
[EMAIL PROTECTED]
sn't find one to attach too. I tend to use '-rd'
instead, since it will notify me if the old screen died off for some
reason, it will also force a detach if the session is still attached
somewhere, even to a shell that I'm no longer logged into.
--
Michael Parson
[EMAIL PROTECTE
On Mon, Jun 12, 2006 at 11:22:48AM -0500, Michael Parson wrote:
> On Mon, Jun 12, 2006 at 01:34:06PM +, Henrique Niwa wrote:
>
>> hi, I would like to unify my .bash_history around the windows that
>> screen creates. What i want is just bash adding lines to the bash
>> h
hat info is stored in memory until the shell exits. You can set bash
to append to, rather than overwrite, the existing history file though,
at least in bash 3.1.1, which is what I'm running.
Take a look at 'set -o histappend' and see if that does what you're
looking
57 matches
Mail list logo
