You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Engebakken Geir <ge...@edb.com> on 2011/08/26 16:22:58 UTC

Strange error in HPUX 1.6.16 SVN client

We tried installing a SVN 1.6.16 client on a HPUX platform. We had to install some packages missing for /dev/random and also a SSL upgrade but it seemed to work in the end. The client ran ok and contacted our SVN server over https which tried to authorize the user against our LDAP server. The strange thing was that we got a "password mismatch" error from LDAP.

We ran the client like this :

svn info <repos-path>

And were prompted for password (userid I guess was picked from the logged in id), anyway on the server log the username was shown correctly.

This error happened for all our users, but we found  out after a lonnnng time a workaround :


svn info <repos-path> --username <user> --password <password>


This worked ok! And now we were prompted to store user/password in the .subversion folder, and it was cached ok for later use without suppling user/pw.

Now this is strange, anyone have an idea why this failed  in the first place?






Geir



Note : All inquiries regarding Subversion, MKS and general Development servers should be directed to "EDB SourceControl System"




RE: Strange error in HPUX 1.6.16 SVN client - SOLVED

Posted by Engebakken Geir <ge...@edb.com>.
No replies to this error but I may enlighten any other users with the same problem. The cause is HPUX getpass() function that limits password lengths to 8 characters. A workaround seems to be to recompile APR , and force APR to use internal getpass function. Ref this post :

http://marc.info/?l=apr-dev&m=127728994332622



Geir



Note : All inquiries regarding Subversion, MKS and general Development servers should be directed to "EDB SourceControl System"



From: Engebakken Geir [mailto:geir.engebakken@edb.com]
Sent: 29. august 2011 09:43
To: users@subversion.apache.org
Subject: Strange error in HPUX 1.6.16 SVN client



We tried installing a SVN 1.6.16 client on a HPUX platform. We had to install some packages missing for /dev/random and also a SSL upgrade but it seemed to work in the end. The client ran ok and contacted our SVN server over https which tried to authorize the user against our LDAP server. The strange thing was that we got a "password mismatch" error from LDAP.

We ran the client like this :

svn info <repos-path>

And were prompted for password (userid I guess was picked from the logged in id), anyway on the server log the username was shown correctly.

This error happened for all our users, but we found  out after a lonnnng time a workaround :


svn info <repos-path> --username <user> --password <password>


This worked ok! And now we were prompted to store user/password in the .subversion folder, and it was cached ok for later use without suppling user/pw.

Now this is strange, anyone have an idea why this failed  in the first place?






Geir



Note : All inquiries regarding Subversion, MKS and general Development servers should be directed to "EDB SourceControl System"




Strange error in HPUX 1.6.16 SVN client

Posted by Engebakken Geir <ge...@edb.com>.

We tried installing a SVN 1.6.16 client on a HPUX platform. We had to install some packages missing for /dev/random and also a SSL upgrade but it seemed to work in the end. The client ran ok and contacted our SVN server over https which tried to authorize the user against our LDAP server. The strange thing was that we got a "password mismatch" error from LDAP.

We ran the client like this :

svn info <repos-path>

And were prompted for password (userid I guess was picked from the logged in id), anyway on the server log the username was shown correctly.

This error happened for all our users, but we found  out after a lonnnng time a workaround :


svn info <repos-path> --username <user> --password <password>


This worked ok! And now we were prompted to store user/password in the .subversion folder, and it was cached ok for later use without suppling user/pw.

Now this is strange, anyone have an idea why this failed  in the first place?






Geir



Note : All inquiries regarding Subversion, MKS and general Development servers should be directed to "EDB SourceControl System"