On 5/9/06, Chaim Keren Tzion <[EMAIL PROTECTED]> wrote:
Okay so you have the same problem as I. Now hold onto your hat for the answer,
this is really wild.
Indeed this is sorta wild.
My recommendation: Exchange the usbkey for a new one. There is a 255 to 1
Wouldn't a format of the media (or
Okay so you have the same problem as I. Now hold onto your hat for the answer,
this is really wild.
The simple version is that the usbkey is being recognized as having a
CUMANA/ADFS partition. It seems that 1 in 256 usbkeys will have this problem.
This is a very high number but most kernels do
Hi Shachar,
Which X version do u use? have you tried it with different X11 (or
Xorg) versions?
Thanks,
Hetz
On 5/8/06, Shachar Shemesh <[EMAIL PROTECTED]> wrote:
Hi List,
I'm having a most frustrating problem with using "XReparentWindow" to
"take over" another application's window.
The res
Hi List,
I'm having a most frustrating problem with using "XReparentWindow" to
"take over" another application's window.
The rest of the program is written with wxWindows. I'm getting the X11
window ID from wx, and trying to reparent another application's window
into mine. This is, in theory, e
OK guys sorry for the hassle.
It seems like FC4 had some bug in the openssh package, and the server
was kept up to date.
Just one more reason why you should always keep your system's updated:
It will save you 4h of useless debugging ;)
A simple yum update openssh-server (from a dumb terminal tha
On 5/8/06, Arik Baratz <[EMAIL PROTECTED]> wrote:
On 5/8/06, Maxim Vexler <[EMAIL PROTECTED]> wrote:
> debug1: Authentication succeeded (publickey).
> debug1: channel 0: new [client-session]
> debug1: Entering interactive session.
> debug1: client_input_channel_req: channel 0 rtype exit-status r
On 5/8/06, Shachar Shemesh <[EMAIL PROTECTED]> wrote:
Maxim Vexler wrote:
> Note that the exit status is different when running with a single
> command line.
It seems to me that the remote shell borfs when you try to open it
interactively. The "254" return code did not originate in ssh, I think
On 5/8/06, Tzafrir Cohen <[EMAIL PROTECTED]> wrote:
On Mon, May 08, 2006 at 11:09:08AM +0200, Maxim Vexler wrote:
> Hi list
>
If not, start a separate sshd in debug mode on the server and connect to
it.
sshd seems to shade some light on the subject
<<<
# /usr/sbin/sshd -D -d -p PORT+1
debug1
Maxim Vexler wrote:
> Note that the exit status is different when running with a single
> command line.
It seems to me that the remote shell borfs when you try to open it
interactively. The "254" return code did not originate in ssh, I think.
You can do the same trick with -vv instead of -v to ma
On 5/8/06, Maxim Vexler <[EMAIL PROTECTED]> wrote:
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
Did you try adding a -t parameter to force tty al
On 5/8/06, Tzafrir Cohen <[EMAIL PROTECTED]> wrote:
On Mon, May 08, 2006 at 11:09:08AM +0200, Maxim Vexler wrote:
> Hi list
>
> I've configured password less ssh login from one machine to the other
> using RSA keypair.
> Now when I try to open ssh connection to the remote machine I get no
> shell
Hmm, sorry for this (stupid gmail key accelerators)
Anyway, to continue the message:
I think that the reason I get no shell prompt is because ssh is
opening bash in non-interactive mode.
Previously when I used to ssh to this machine using password
authentication I got the bash shell and all was
Hi list
I've configured password less ssh login from one machine to the other
using RSA keypair.
Now when I try to open ssh connection to the remote machine I get no
shell prompt and the termianl simply logs me out.
I've tested the that connection is being established :
<<<
ssh -p PORT 1.2.3.4 '
13 matches
Mail list logo
