[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Netbeans Profile/nbm - authentication trouble

From: William Bug <William.Bug_at_drexel.edu>
Date: 2004-06-21 14:35:39 CEST

Hi All,

I've been able to fix the problem described below by going to
'Versioning' --> 'Customize filesystem', clicking the 'Advanced' tab,
clicking the 'Edit Variables' tab, and changing the 'SVN_CMD' under the
'Accessory' variables to '/sw/bin/svn'.

Now the svn commands appear to run against remote & local repository
projects even without creating the custom 'PATH' variable.

Unfortunately, this hasn't solved my problem. I can still checkout a
local repository project using the Netbeans SVN proflie and can still
NOT login to a remote repository project using the same Netbeans SVN
profile.

It is clear what the problem is this time. I get the following error:
"Permission denied, please try again.
Permission denied, please try again.
Permission denied (gssapi,publickey,password,keyboard-interactive).
svn: Connection closed unexpectedly"

Clearly, authentication is failing.

When I scan the system.log file on the remote server, I see the
following:
"Jun 21 07:36:33 <server IP number> xinetd[411]: service ssh,
IPV6_ADDRFORM setsockopt() failed: Protocol not available (errno = 42)
Jun 21 07:36:33 <server IP number> xinetd[411]: START: ssh pid=791
from= <client IP number>
Jun 21 07:36:34 <server IP number> sshd[791]: reverse mapping checking
getaddrinfo for <client IP number> failed - POSSIBLE BREAKIN ATTEMPT!
Jun 21 07:36:34 <server IP number> sshd[791]: Failed password for
billbug from <client IP number> port 49548 ssh2
Jun 21 07:36:35 <server IP number> last message repeated 2 times"

I played around a bit with the subversion profile "AUTH" variable but
to no avail.

I can checkout this same project from the remote server, when I use svn
command line commands and the same svn settings I've put into the
Netbeans SVN profile.

Is there anyway to get the Netbeans SVN profile to display the actual
command it is sending over the wire. I'd bet if I could see it, it
would be obvious where the authentication is going wrong. I tried to
add the '--verbose' option to the SVN_CMD, but that is not a legal
option for the 'checkout' subcommand.

Any advice you all can offer would be a big help.

Cheers,
Bill

On Jun 20, 2004, at 9:58 PM, William Bug wrote:

> Hi All,
>
> Many thanks for all the useful posts to this list.
>
> I'm having some trouble getting the subversion profile to work within
> Netbeans v3.6 when running on Mac OS X v10.3.4 ("Panther"). I've
> searched the list but not found any posts discussing the problem I'm
> having.
>
> I've created a local repository into which I imported an existing
> project. I could then check out a copy of the project from the
> command line. From within NetBeans, I could also checkout the
> project, if I copied my command-line svn parameters into the SVN
> Netbeans Profile.
>
> I then created a remote repository on another machine and imported the
> same project into it. I could switch to using "svn+ssh://<remote IP
> number>" instead of "file://" - all other info was the same as for the
> local repository and could via the svn command-line program easily
> checkout the project from the remote machine. When I took the same
> svn parameters and placed them in the SVN Netbeans Profile fields, I
> could no longer use the svn 'checkout' command, as I could with the
> local repository. I had mounted a 'Version Control' entry in the
> Netbeans Filesystem window, as I had for the project in the local
> repository, but no svn commands worked.
>
> The error I kept getting - "svn: No such file or directory" -
> indicated to me the SVN Netbeans Profile wasn't able to locate my svn
> command-line client; possibly, there was a problem with the PATH
> environmental variable Netbeans was using. In fact, for both the
> local and the remote 'Version Control' mount, I needed to use the
> 'Versioning' --> 'Customize filesystem' command and add a PATH
> variable to their environments. I defined that variable to be
> "/sw/bin:$PATH". This seemed to enable the SVN Profile to
> successfully find the svn client program for access to the project in
> the local repository, but not to the project in the remote repository.
>
> I should add I'm using the svn binaries built by Fink. That means
> they are located at "/sw/bin". This had been added to the PATH
> variable in my User environment, which makes it possible for me to
> access the svn binaries from the command line.
>
> Has anyone experienced a problem like this?
>
> Does anyone know how to explicitly define (or even just view) the PATH
> env variable being used by Netbeans v3.6 when run on Mac OS X v10.3.4?
> I've tried to send it to the JVM running the Netbeans application via
> Netbeans 'ide.cfg' file, but doing that didn't change anything. I
> still got the same error when running svn commands with Netbeans
> against the svn remote repository project I had in my 'Filesystem'
> window.
>
> Many thanks for any help you can offer.
>
> Cheers,
> Bill Bug
>
>
> Bill Bug
> Senior Analyst/Ontological Engineer
>
> Laboratory for Bioimaging & Anatomical Informatics
> Department of Neurobiology & Anatomy
> Drexel University College of Medicine
> 2900 Queen Lane
> Philadelphia, PA 19129
> 215 991 8430 (ph)
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
Bill Bug
Senior Analyst/Ontological Engineer

Laboratory for Bioimaging & Anatomical Informatics
Department of Neurobiology & Anatomy
Drexel University College of Medicine
2900 Queen Lane
Philadelphia, PA 19129
215 991 8430 (ph)

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jun 21 14:37:27 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.