Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0E6D71095A for ; Fri, 4 Apr 2014 09:25:20 +0000 (UTC) Received: (qmail 61956 invoked by uid 500); 4 Apr 2014 09:25:19 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 61061 invoked by uid 500); 4 Apr 2014 09:25:15 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 61027 invoked by uid 99); 4 Apr 2014 09:25:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Apr 2014 09:25:11 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [66.111.4.28] (HELO out4-smtp.messagingengine.com) (66.111.4.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Apr 2014 09:25:06 +0000 Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 7B0892085D; Fri, 4 Apr 2014 05:24:45 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute6.internal (MEProxy); Fri, 04 Apr 2014 05:24:45 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= daniel.shahaf.name; h=date:from:to:cc:subject:message-id :references:mime-version:content-type:in-reply-to; s=mesmtp; bh= Nf7yFVy+icEbt2QdNhN1aqpLkZs=; b=NoaYzA9gBmXgv8caeSyvGINlqt0Xl6q/ VZlGiuv2sLE767eoS/u5ueoLSzu32kWaoMa+7QjfUqEQ87nIhEK/rKOF+BY2S+ay A46SfDHF5IwpL241vbozCvrio0qUExlUKWDue2PEFLWWhuJdlql7bvW1wupOFGsv HRSA8GEQNNs= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:cc:subject:message-id :references:mime-version:content-type:in-reply-to; s=smtpout; bh=Nf7yFVy+icEbt2QdNhN1aqpLkZs=; b=HGkrOAvSIhaqGTodH5SbscwWGTbD sSmV/1b3HNY+dG8F714lHZYpxrPV41ZrBfUz7IzdPsJtI4Rpp1NWyA15C5gn/EJH Zmij+j8QFjqifiRYI8OCSNN63kwsAAkCBY1x5tNF0fFhGTHOeDgebPR3aCRW161b tM/SLkHr3fA2UN8= X-Sasl-enc: ZFLiZVa6lDfnoHpTWA51npFEBsGHriE6wZJ2LCAioO86 1396603484 Received: from tarsus.local2 (unknown [46.19.33.46]) by mail.messagingengine.com (Postfix) with ESMTPA id 1ECAA680012; Fri, 4 Apr 2014 05:24:43 -0400 (EDT) Date: Fri, 4 Apr 2014 09:24:41 +0000 From: Daniel Shahaf To: Justin Mrkva Cc: users@subversion.apache.org Subject: Re: AuthUserFile not specified in the configuration Message-ID: <20140404092441.GI2958@tarsus.local2> References: <059E82AB-2C18-4F96-ABD0-22EFC19FAD9B@justinmrkva.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <059E82AB-2C18-4F96-ABD0-22EFC19FAD9B@justinmrkva.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Checked: Checked by ClamAV on apache.org Justin Mrkva wrote on Thu, Apr 03, 2014 at 00:53:41 -0400: > [error] [client ::1] AuthUserFile not specified in the configuration > > Apache runs as _www:_www, and the directory containing the repository as well as the repos themselves are all _www:_www 755. The htdigest file is _www:_www 644. The realm for the user matches the httpd.conf AuthName. The password is correct. Both SVNParentPath and AuthUserFile are the correct paths. > > Here are relevant lines from httpd.conf: > > LoadModule auth_digest_module libexec/apache2/mod_auth_digest.so > LoadModule dav_svn_module /usr/local/libexec/mod_dav_svn.so > LoadModule authz_svn_module /usr/local/libexec/mod_authz_svn.so > > > DAV svn > SVNParentPath /Library/Subversion/Repositories > SVNListParentPath on > > AuthName "Subversion" > AuthType Digest > AuthDigestProvider file > AuthUserFile /private/etc/svnauth.htdigest Does 'sudo -u _www wc -l -- /private/etc/svnauth.htdigest' work? (I'm suspecting /private might be unreadable by _www.) Another possibility is that httpd treats GET and OPTIONS requests differently, i.e., that some other part of the config kicks in for the latter but not for the former. > > Require valid-user > Allow from all >