How to stop that blinking
Hello, that's my first mail on GNU mailing lists, i had some experience with GNU Screen, but i want help to stop the blinking, when for example you are running screen and you press backspace. If it's possible. Thanks! ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
sending an arbitary command to a detached session
Hi, From the screen documentation, it looks like something similar to the following should work, but it doesn't. If it is not already clear from the commands below, I want to send an arbitrary command to run in a detached screen instance. Any recipe that works would be appreciated. Please CC me on any reply. Regards, Faheem * # create detached foo screen instance fah...@merlin:~$ screen -dmS foo fah...@merlin:~$ screen -ls There is a screen on: 30938.foo (02/12/2010 06:39:33 PM)(Detached) 1 Socket in /var/run/screen/S-faheem. fah...@merlin:~$ screen -S foo -X emacs -nw somefile fah...@merlin:~$ screen -r foo # attaching to the foo screen session but nothing there ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: How to stop that blinking
* Μανόλης Τσακίρης had this to say on [12 Feb 2010, 12:54:49 +]: Hello, that's my first mail on GNU mailing lists, i had some experience with GNU Screen, but i want help to stop the blinking, when for example you are running screen and you press backspace. If it's possible. Look for the 'vbell' command in screen's man-page. Cheers, Sadrul ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: sending an arbitary command to a detached session
* Faheem Mitha had this to say on [12 Feb 2010, 08:22:25 -0500]: Hi, From the screen documentation, it looks like something similar to the following should work, but it doesn't. If it is not already clear from the commands below, I want to send an arbitrary command to run in a detached screen instance. Any recipe that works would be appreciated. Please CC me on any reply. Regards, Faheem * # create detached foo screen instance fah...@merlin:~$ screen -dmS foo fah...@merlin:~$ screen -ls There is a screen on: 30938.foo (02/12/2010 06:39:33 PM)(Detached) 1 Socket in /var/run/screen/S-faheem. fah...@merlin:~$ screen -S foo -X emacs -nw somefile fah...@merlin:~$ screen -r foo # attaching to the foo screen session but nothing there You can run screen-commands with 'X', and 'emacs' is not a screen command! You would want something like the following instead: screen -S foo -X screen emacs -nw somefile Cheers, Sadrul ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: Terminal resize problem
* Ciprian Dorin, Craciun had this to say on [11 Feb 2010, 09:23:42 +0200]: On Mon, Feb 8, 2010 at 7:17 AM, J. Bakshi joyd...@infoservices.in wrote: On 02/08/2010 10:44 AM, J. Bakshi wrote: Dear list, I have found many discussion in net on the terminal resize issue and I have tried the solutions as given but no success yet. I am using mrxvt in my workstation. after logging into the remote box I started screen. Also set TERM=xterm . And now the real problem. If I resize the terminal; screen still stick with that size when it was called. [ctrl+a :fit] did not solve the problem. I have also supplied eval resize in .screenrc but no luck. Is there any way to practically fix it ? thanks BTW: The problem is not there if I don't use hardstatus and I need hardstatus as I generally open a no. of session Hy there. I have a similar problem with my setup. (I use an auto-maximizing window manager (i3, and before that ion3), and when I open a terminal (rxvt-unicode), with screen in it, How do you start rxvt-unicode? How do you create/attach to a session in rxvt-unicode? screen thinks that the size of the terminal is smaller (80x25?), but after I press any key and the program redraws something the correct size is found. (This happens only about 33% of the times.)) (I use the latest (or at least quite new version) of screen (from ArchLinux).) I've tried to solve this problem myself with commands like resize, fit, height, width, etc. No success. The only solution (which I don't find satisfying, but annoying) is to put a 'sleep 1' in my screen.rc, and I've solved the problem. (But every time I open a console I have to stare 1 second at it...) Any feedback to our problems? :) I haven't been able to reproduce this problem, unfortunately, so no. Perhaps you could share your .screenrc with us, in case something in there is triggering the issue? What version of screen are you guys using? If you could try out the current development version from git (http://git.savannah.gnu.org/gitweb/?p=screen.git) and see if the problem is fixed there, that'd be very great. Cheers, Sadrul ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: Failed to build screen
* Angel Popov had this to say on [05 Feb 2010, 01:32:30 -0800]: Hi, I get fresh screen from git. Went through INSTALL file. It looks there should be a configure file in src folder, but I could not found configure file.How could I build screen from sources?Regards, AngelP You have to run the autogen.sh script under 'src/ first, then the usual configure-make-make-install routine. Sadrul ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: screen TERM environment problem after upgradation
* J. Bakshi had this to say on [03 Feb 2010, 09:26:05 +0530]: Dear list, I have the following setting in .screenrc from the beginning `` shell -$SHELL # for locale charset setenv LC_CTYPE en_US.UTF-8 setenv TERM xterm hardstatus alwayslastline hardstatus string '%{= kW}%-Lw%{= Gk}%50%n%f* %t%{= kW}%+Lw% %{= Gk}%-=%D %d %M %Y %c:%s%{-}' # detach on hangup autodetach on `` I have upgraded my suse box from 11 to 11.1 and the screen version is now screen-4.0.2-162.35 I have found that vim is not working properly under screen and echo $TERM reports ` screen `` Where it should be xterm according to .screenrc. If I set the variable manually with TERM=xterm then the problem is solved but screen is not taking the value from .screenrc. Any clue why it is not working with the upgraded screen ? Instead of setting the TERM variable, try using the 'term' command for screen. 4.0.2 is very very old. If possible, I would highly recommend upgrading to 4.0.3. Sadrul ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: sending an arbitary command to a detached session
you can also use the following for a bit more control over a program running in a screen session screen -S foo -X select [windowid] screen -S foo -X stuff 'emacs -nw somefile^M' where ^M is entered by typing ctrl-v ctrl-m David On 12/02/2010, Sadrul Habib Chowdhury ima...@gmail.com wrote: * Faheem Mitha had this to say on [12 Feb 2010, 08:22:25 -0500]: Hi, From the screen documentation, it looks like something similar to the following should work, but it doesn't. If it is not already clear from the commands below, I want to send an arbitrary command to run in a detached screen instance. Any recipe that works would be appreciated. Please CC me on any reply. Regards, Faheem * # create detached foo screen instance fah...@merlin:~$ screen -dmS foo fah...@merlin:~$ screen -ls There is a screen on: 30938.foo (02/12/2010 06:39:33 PM)(Detached) 1 Socket in /var/run/screen/S-faheem. fah...@merlin:~$ screen -S foo -X emacs -nw somefile fah...@merlin:~$ screen -r foo # attaching to the foo screen session but nothing there You can run screen-commands with 'X', and 'emacs' is not a screen command! You would want something like the following instead: screen -S foo -X screen emacs -nw somefile Cheers, Sadrul ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: sending an arbitary command to a detached session
* David Collins had this to say on [12 Feb 2010, 21:05:15 +]: you can also use the following for a bit more control over a program running in a screen session screen -S foo -X select [windowid] screen -S foo -X stuff 'emacs -nw somefile^M' You can actually avoid the first command by using the -p flag in the second. Sadrul where ^M is entered by typing ctrl-v ctrl-m David On 12/02/2010, Sadrul Habib Chowdhury ima...@gmail.com wrote: * Faheem Mitha had this to say on [12 Feb 2010, 08:22:25 -0500]: Hi, From the screen documentation, it looks like something similar to the following should work, but it doesn't. If it is not already clear from the commands below, I want to send an arbitrary command to run in a detached screen instance. Any recipe that works would be appreciated. Please CC me on any reply. Regards, Faheem * # create detached foo screen instance fah...@merlin:~$ screen -dmS foo fah...@merlin:~$ screen -ls There is a screen on: 30938.foo (02/12/2010 06:39:33 PM)(Detached) 1 Socket in /var/run/screen/S-faheem. fah...@merlin:~$ screen -S foo -X emacs -nw somefile fah...@merlin:~$ screen -r foo # attaching to the foo screen session but nothing there You can run screen-commands with 'X', and 'emacs' is not a screen command! You would want something like the following instead: screen -S foo -X screen emacs -nw somefile Cheers, Sadrul ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: Terminal resize problem
On Fri, Feb 12, 2010 at 10:55 PM, Sadrul Habib Chowdhury ima...@gmail.com wrote: * Ciprian Dorin, Craciun had this to say on [11 Feb 2010, 09:23:42 +0200]: On Mon, Feb 8, 2010 at 7:17 AM, J. Bakshi joyd...@infoservices.in wrote: On 02/08/2010 10:44 AM, J. Bakshi wrote: Dear list, I have found many discussion in net on the terminal resize issue and I have tried the solutions as given but no success yet. I am using mrxvt in my workstation. after logging into the remote box I started screen. Also set TERM=xterm . And now the real problem. If I resize the terminal; screen still stick with that size when it was called. [ctrl+a :fit] did not solve the problem. I have also supplied eval resize in .screenrc but no luck. Is there any way to practically fix it ? thanks BTW: The problem is not there if I don't use hardstatus and I need hardstatus as I generally open a no. of session Hy there. I have a similar problem with my setup. (I use an auto-maximizing window manager (i3, and before that ion3), and when I open a terminal (rxvt-unicode), with screen in it, How do you start rxvt-unicode? How do you create/attach to a session in rxvt-unicode? The way I start screen: x-shell (my own custom script) #!/bin/bash set -e -u -o pipefail || exit 1 test ${#} -eq 0 export SHELL='/bin/bash' export XCONSOLE_TITLE='shell' exec x-console screen -RR exit 1 What is behind x-console: x-console #!/bin/bash set -e -u -o pipefail || exit 1 test ${#} -ge 1 title='x-console' test -z ${XCONSOLE_TITLE:-} || title=${XCONSOLE_TITLE} exec urxvt -title ${title} -e $...@} exit 1 So actually it boils down to: urxvt -title shell -e screen -RR screen thinks that the size of the terminal is smaller (80x25?), but after I press any key and the program redraws something the correct size is found. (This happens only about 33% of the times.)) (I use the latest (or at least quite new version) of screen (from ArchLinux).) I've tried to solve this problem myself with commands like resize, fit, height, width, etc. No success. The only solution (which I don't find satisfying, but annoying) is to put a 'sleep 1' in my screen.rc, and I've solved the problem. (But every time I open a console I have to stare 1 second at it...) Any feedback to our problems? :) I haven't been able to reproduce this problem, unfortunately, so no. Perhaps you could share your .screenrc with us, in case something in there is triggering the issue? Contents of my setup files: .screenrc startup_message off shelltitle 'sh' shell -/bin/bash caption always caption string '%{= }%{+ w}| %-w%{+ r}%n%f%t%{+ w}%+w |%=| %{+ m}%H%{+ w} | %{+ w}%Y-%m-%d/%c%{+ w} | %{+ w}(%l)' hardstatus ignore hardstatus string '%h' activity 'screen activity:[%n]' bell_msg 'screen bell:[%n]' vbell_msg 'screen vbell:[%n]' vbell on maxwin 10 fit autodetach on #bindkey -d -k kb stuff ^H sleep 1 What version of screen are you guys using? If you could try out the current development version from git (http://git.savannah.gnu.org/gitweb/?p=screen.git) and see if the problem is fixed there, that'd be very great. My versions are (on Archlinux): * screen: 4.0.3-8 * rxvt-unicode: 9.07-1 BTW: I think this is a problem rooting from RXVT, because even alsa-mixer started as `urxvt -e alsamixer` sometimes miss-behaves. (When I have some time available I'll also try the version from Git. But the current problem is not that pressing to me.) Cheers, Sadrul Thanks, Ciprian. ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: Ping Packagers
* Brian Kroth had this to say on [24 Dec 2009, 12:14:43 -0600]: Dustin Kirkland kirkl...@canonical.com 2009-12-22 10:42: On Mon, Dec 21, 2009 at 10:33 AM, Sadrul Habib Chowdhury ima...@gmail.com wrote: I don't think there will be much of a problem using dynamic malloc in the current code. However, it can be problematic for when we merge in the scripting support. For example, a script could store the window pointers somewhere, and use them in a callback. A dynamic malloc will either cause this to crash, or require complicated checks in the script (or the script loaders). So to keep it 'forward-compatible', perhaps increase the default limit to 100, and allow increasing the limit only when creating a new session. How does that sound? I think 100 sounds reasonable. Agreed. I also like the idea of being able to specify it at session creation time. Just an FYI, I have already made this change. Screen already had a command 'maxwin', execpt previously, it was not possible to increase the value of maxwin. Now, the initial value is set to 100, and it can be increased to a higher value, but you would have to do it before any window is created. (so you would put 'maxwin 500' in your .screenrc before any 'screen' command you might have). Cheers, Sadrul ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: Ping Packagers
Oh, and also, the number of text-attribute-changes in the caption/hardstaus has also been increased to 256. http://git.savannah.gnu.org/gitweb/?p=screen.git;a=commitdiff;h=e6a28cf8bfdac15faa6c267bf476ddcaddf48d67;hp=f33e5cdecb7bf3b6ae8e4a5c0ca394dd5a06a416 Cheers, Sadrul ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
Re: at-command and NEED_DISPLAY
On Fri, 12 Feb 2010, Sadrul Habib Chowdhury wrote: * Peder Stray had this to say on [03 Feb 2010, 20:22:54 +0100]: [snip] btw... does the git-screen have support for using the session-name for sourcing different configs? like 'source .screenrc-$SESSIONNAME' or some such? I don't think that's possible. When you are specifying the session name, wouldn't it make sense to specify the config filename in there too? (or perhaps create a shell wrapper/alias to do it for you?) For example, screen.sh: #!/bin/sh screen -c .screenrc-$1 -S $@ with this script, you could do 'screen.sh sessionname --other-params' Or am I missing something? Well, I have one .screenrc in which i have 'source .screenrc-$SESSION'. Typically such a file contains which programs i want to start in that session or other spesific setup. Now i have to use a wrapper to set the SESSION-variable before i start screen, but it would be more convenient if screen suppled a way to do that without having to use such a wrapper. -- Peder Stray ___ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users