similar to: ssh launched from xterm still running after xterm killed on Cygwin

I've been scratching my head over this one after setting up VNC on another existing server. Followed the instructions here http://wiki.centos.org/HowTos/VNC-Server as usual. It worked initially. However since this server is going to be installed in a rather inconvenient place and having done pretty stupid things before, I decided for the first time to try the portion that says # Add the

Hey guys, I''m sending USR2 to unicorn after cap deploy, and the old master is getting replaced by a new master that doesn''t work. Here are some similar threads I found ... http://rubyforge.org/pipermail/mongrel-unicorn/2010-October/000733.html http://rubyforge.org/pipermail/mongrel-unicorn/2010-October/000717.html I''m not using Bundler, and I have working_directory

Hi, I have just installed asterisk under Fedora5, the program runs fine except the color is not correct, it's very dark, difficult to see. And if I select a part that part's color will be fine at least clear for read purpose. All I can do now is disabling color by changing the TERM environment variable to another value. Any help is greatly appreciated !! Thanks in advance.

Could someone running Cygwin or involved in Cygwin help this person please? - Ben ---------- Forwarded message ---------- Date: Thu, 17 Oct 2002 17:58:45 -0400 From: Andrew Greene <agreene at pageflexinc.com> To: openssh at openssh.com Subject: Upgraded to latest cygwin this morning, and ssh refuses to enter binmode. Help! I upgraded to the latest cygwin this morning (not sure when

The legendary cygwin/rsync/ssh hang problem. I have been tracking this for a while now and can say that the latest cygwin install appears to have fixed the problem on one of the setups that has consistantly failed in the past. Have not put the update on to any production boxes yet, but it looks promising. From the threads that I have read on the cygwin mailing lists, it would seem that a

Debian Users, Cygwin, & Rsync: I'm having trouble with rsync invoked on Debian 5.0.3 pulling files from Windows XP SP3/ Cygwin 1.5.25. I posted to the Debian User and Cygwin mailing lists [1] and thought I was done two days ago, but I wasn't -- after several hours of use of the Windows machine, rsync would again hang on Debian. To summarize, rsync pulls in perhaps 1,000 files from

On 13.01.16 10:27, Richard W.M. Jones wrote: > On Wed, Jan 13, 2016 at 09:55:53AM +0200, Shahar Havivi wrote: > > Hi, > > > > I am successfully importing VM from Xen server at oVirt project via virt-v2v. > > I am setting ssh-agent and running ssh-add before the import process, > > after the import done I am trying to kill the agent via: > > ssh-agent -k (and

OK, here's the diff file: Code: --- environment.before.reboot.txt 2011-07-19 17:43:58.200205228 +0100 +++ environment.after.reboot.txt 2011-07-19 17:53:07.549616184 +0100 @@ -1,16 +1,16 @@ ORBIT_SOCKETDIR=/tmp/orbit-charlie -SSH_AGENT_PID=2912 +SSH_AGENT_PID=2337 TERM=xterm SHELL=/bin/bash -XDG_SESSION_COOKIE=2dd5655fe15f1c42f474dd204c45c6b6-1311075950.779608-828425652

https://bugzilla.samba.org/show_bug.cgi?id=2328 ------- Additional Comments From service@redterra.net 2005-04-13 06:45 ------- The legendary cygwin/rsync/ssh hang problem. I have been tracking this for a while now and can say that the latest cygwin install appears to have fixed the problem on one of the setups that has consistantly failed in the past. Have not put the update on to any

On Wed, Jan 13, 2016 at 12:49:19PM +0200, Shahar Havivi wrote: > On 13.01.16 10:27, Richard W.M. Jones wrote: > > When you run: > > > > eval `ssh-agent` > > I didn't run eval `ssh-agent` but ssh-agnet and then ssh-add (I > needed the SSH_AUTH_SOCK that return from ssh-agent since I am > running two different processes). > > I guess I can read the

I've had some trouble compiling GSSAPI on SuSE Enterprise 9 using Heimdal. It turns out that this installation has /usr/include/heimdal/gssapi.h rather than gssapi/gssapi.h. krb5-config correctly sets -I/usr/include/heimdal in the CFLAGS. Looking back, there was a similar issue a few months ago:- http://www.dovecot.org/list/dovecot/2006-July/014945.html I'm a complete newbie to

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-04:07.cvs Security Advisory The FreeBSD Project Topic: CVS path validation errors Category: contrib Module: contrib_cvs Announced:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-04:07.cvs Security Advisory The FreeBSD Project Topic: CVS path validation errors Category: contrib Module: contrib_cvs Announced:

Code: Apple_PubSub_Socket_Render=/tmp/launch-mcYObM/Render BASH=/bin/bash BASH_ARGC=() BASH_ARGV=() BASH_LINENO=() BASH_SOURCE=() BASH_VERSINFO=([0]="3" [1]="2" [2]="17" [3]="1" [4]="release" [5]="i386-apple-darwin9.0") BASH_VERSION='3.2.17(1)-release' CLICOLOR=true COLUMNS=270 COMMAND_MODE=unix2003 DIRSTACK=()

> > There must be *something* in the environment that affects this because > I'm seeing two different ways of asking for the passphrase on the same > screen. The only difference is that one is a simple terminal window > running on my system and the other is one where I have used ssh to > connect to a remote system and then ssh again back to the 'home' > system.

On 2024/01/02 09:51, Chris Green wrote: > I think I have it! I need to unset SSH_AUTH_SOCK, that's all that's > needed. See:- > > chris$ ssh -i backup_id_rsa backup > [here the pop-up appears and I cancel it] > sign_and_send_pubkey: signing failed for RSA "backup_id_rsa" from > agent: agent refused operation > chris at backup's

I am running Fedora 3 on a Dell 600. The version of OpenSSH is OpenSSH_3.9p1, OpenSSL 0.9.7a Feb 19 2003 I am connect to a Sparc Solaris 9 uname -a SunOS mycomp 5.9 Generic_117171-07 sun4u sparc SUNW,Ultra-250 I use ssh to get from Fedora to the Sparc ssh -X root at mycomp mycomp password: And I am logged in. For this example I run xterm, but it also fails with xemacs Run xterm The terminal

Sometimes when I use openssh (latest) and do find . or ls -lR /dev or similiar, my xterm 'freezes up', there is no way to fix it but to kill the xterm usually. This NEVER occurs in telnet. The error is completely reproducable when you come across it. ie: one may just be browsing the filesystem and when you come across this problem, you can launch another xterm and the EXACT same thing

Noted that xterm by default uses 24 lines per window. I have reviewed /etc/termcap looking for a specific entry for xterm that I can edit to change the ln#24 to ln#25 for our application. When I used RedHat there was an editable option to change the number of displayable lines as is done in putty. Any suggestions? --Hal. -- Hal Davison Observe Goal, Set the course, Burn the map

when i exit more, vi, ... i like to have the window restored to the way it was before i entered more, vi, ... i used to effect this by a hack to the termcap data, but have lost the hack. what am i missing here? randy