I went ahead and created this post as a new post on subversion.apache.org so please reply to that if you see my mistake or have more advice as I don't want to cross post, I just did not see the dedicated svn list. I hope to do better on that list.
Thanks to all, Pat On Wed, 2011-02-09 at 10:09 -0800, Arthur Pesa wrote: > Thanks for the reply, I was not aware of the dedicate subversion list. I have > already changed the require directive to use "valid-user". I restarted > Apache and now have this message from Eclipse > > "Location Information has been specified incorrectly" > Svn: Malformed XML > Keep Location Anyway > > I know this is not supposed to be this complicated, but there is not much in > the way of troubleshooting this connection. I have found several examples of > different confs and have tried several different things with the current > config getting so close. I will try to repost this in the svn apache list. > > Thanks again, > Pat > > -----Original Message----- > From: Igor Galić [mailto:[email protected]] > Sent: Wednesday, February 09, 2011 9:42 AM > To: [email protected] > Subject: Re: [users@httpd] Help with Apoache config to support Subversion > > > > ----- Original Message ----- > > Hello, I am finishing up my configuration for Apache/SVN and have one > > Generally we recommend [email protected] for subversion related > problems, but in this case I guess the fix is easy. > > > last authorization quandary. I am on Ubuntu 10.04 with LAMP, SVN and > > Eclipse comprising my dev environment. I have everything installed, > > config'd and running except the last SVN configuration for > > authorization. I have the Eclipse plugins installed for Subversive and > > I can connect to the SVN repo I have created, I get challenged and > > provide my user/pass, but get bounced with the following message. > > > > [Tue Feb 08 06:08:16 2011] [error] [client 127.0.0.1] access to /SVN > > failed, reason: require directives present and no Authoritative > > handler. > > > > I have a password file I created with htpasswd. It seems to be hitting > > this file because I can pass a bad username and it will come back with > > user not found. If I use my username it will ask for a password, but > > will fail as above. I have the following modules loading dav_svn.load > > dav_svn.conf > > > > > > Here is my httpd.conf > > ## > > ## httpd.conf > > ## > > DocumentRoot "/var/www" > > # > > Servername "superglts" > > # > > Alias /SVN /home/apesa/Development/SVN # <Directory > > /home/apesa/Development/SVN> AllowOverride All DAV svn Order > > allow,deny Allow from all </Directory> # # <Location /SVN> DAV svn > > SVNListParentPath on SVNParentPath "/SVN" > > AuthName "SVN" > > AuthType Basic > > SVNPathAuthz off > > AuthBasicProvider file > > AuthUserFile "/home/apesa/Development/passwords" > > Require valid_user > > http://httpd.apache.org/docs/current/mod/core.html#require > > Note how it's "Require valid-user", not "Require valid_user" > > > > </Location> > > > > Any help or pointers are appreciated, > > Thanks, > > Pat > > i > > -- > Igor Galić > > Tel: +43 (0) 664 886 22 883 > Mail: [email protected] > URL: http://brainsware.org/ > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP Server Project. > See <URL:http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: [email protected] > " from the digest: [email protected] > For additional commands, e-mail: [email protected] > > > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP Server Project. > See <URL:http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: [email protected] > " from the digest: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: [email protected] " from the digest: [email protected] For additional commands, e-mail: [email protected]
