[OpenAFS] klog doesn't work on snow leopard
Enzo Vitale
vitale@enea.it
Thu, 10 Sep 2009 16:53:06 +0200
--Apple-Mail-1--590720579
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
charset=us-ascii;
format=flowed;
delsp=yes
Hello Derrick,
I had already tried with an xterm and the result was the same.
Now instead I have tried klog with an other account ( and of course a
different password ) and it works. So the problem seemed related to
the password, then I changed the password, but the problem persisted.
Then I changed again the password and I adopted the same belonging to
the user tested before successfully and now klog works fine.
The problem seems related to some characters used in the password. How
to overcome this issue?
Moreover I can't understand why if I performed a ssh with the old
password all worked fine, instead with klog not.
Thanks again Derrick for your valuable help
Enzo
On 10 Sep 2009, at 2:38 PM, Derrick Brashear wrote:
> It's not going to be software conflicts.
>
> It's either going to be that the string to key function fails in some
> (but not all, obviously) cases or
> an input failure. In fact, hm. Can you (install X11 if necessary,
> then) try klog in an xterm, assuming you used Terminal before? It does
> work in both Terminal and xterm for me, but Terminal could conceivably
> do something odd with character set encoding, whereas xterm is rather
> unlikely to.
>
> Beyond that, my next suggestion is to be able to share with me a
> password that fails (not necessarily your current password) and if
> that
> fails, tell me who your administrator is so I can ask about a
> temporary account.
--Apple-Mail-1--590720579
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=us-ascii
<html><head></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hello =
Derrick,<div><br></div><div>I had already tried with an xterm and the =
result was the same. </div><div>Now instead I have tried klog with =
an other account ( and of course a different password ) and it works. So =
the problem seemed related to the password, then I changed the password, =
but the problem persisted. Then I changed again the password and I =
adopted the same belonging to the user tested before successfully and =
now klog works fine.</div><div><br></div><div>The problem seems related =
to some characters used in the password. How to overcome this =
issue?</div><div>Moreover I can't understand why if I performed a ssh =
with the old password all worked fine, instead with klog =
not. </div><div><br></div><div><br></div><div><br></div><div>Thanks =
again Derrick for your valuable =
help</div><div><br></div><div>Enzo<br><div>
<span class=3D"Apple-style-span" style=3D"border-collapse: separate; =
color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; =
font-style: normal; font-variant: normal; font-weight: normal; =
letter-spacing: normal; line-height: normal; orphans: 2; text-align: =
auto; text-indent: 0px; text-transform: none; white-space: normal; =
widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0; "><span class=3D"Apple-style-span" =
style=3D"border-collapse: separate; color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; =
widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0px; "><div style=3D"word-wrap: =
break-word; -webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space; "><span class=3D"Apple-style-span" =
style=3D"border-collapse: separate; color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; =
widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0px; "><div><br =
class=3D"Apple-interchange-newline"><span class=3D"Apple-style-span" =
style=3D"font-size: =
medium;"><br></span></div></span></div></span></span></div><div><div>On =
10 Sep 2009, at 2:38 PM, Derrick Brashear wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote type=3D"cite"><div>It's =
not going to be software conflicts.<br><br>It's either going to be that =
the string to key function fails in some<br>(but not all, obviously) =
cases or<br>an input failure. In fact, hm. Can you (install X11 if =
necessary,<br>then) try klog in an xterm, assuming you used Terminal =
before? It does<br>work in both Terminal and xterm for me, but Terminal =
could conceivably<br>do something odd with character set encoding, =
whereas xterm is rather<br>unlikely to.<br><font =
class=3D"Apple-style-span" color=3D"#000000"><font =
class=3D"Apple-style-span" =
color=3D"#144FAE"><br></font></font></div></blockquote><blockquote =
type=3D"cite"><div>Beyond that, my next suggestion is to be able to =
share with me a<br>password that fails (not necessarily your current =
password) and if<br>that<br>fails, tell me who your administrator is so =
I can ask about a temporary =
account.<br></div></blockquote></div><br></div></body></html>=
--Apple-Mail-1--590720579--