Return-Path: 
 <users-return-6965-apmail-subversion-users-archive=subversion.apache.org@subversion.apache.org>
Delivered-To: apmail-subversion-users-archive@minotaur.apache.org
Received: (qmail 38536 invoked from network); 12 Jan 2011 14:35:57 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 12 Jan 2011 14:35:57 -0000
Received: (qmail 4352 invoked by uid 500); 12 Jan 2011 14:35:57 -0000
Delivered-To: apmail-subversion-users-archive@subversion.apache.org
Received: (qmail 4130 invoked by uid 500); 12 Jan 2011 14:35:55 -0000
Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-help@subversion.apache.org>
List-Unsubscribe: <mailto:users-unsubscribe@subversion.apache.org>
List-Post: <mailto:users@subversion.apache.org>
List-Id: <users.subversion.apache.org>
Delivered-To: mailing list users@subversion.apache.org
Received: (qmail 4123 invoked by uid 99); 12 Jan 2011 14:35:54 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Jan 2011 14:35:54 +0000
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: local policy)
Received: from [157.159.10.72] (HELO smtp5.int-evry.fr) (157.159.10.72)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Jan 2011 14:35:46 +0000
Received: from smtp1.it-sudparis.eu (smtp1.int-evry.fr [157.159.10.46])
	by smtp5.int-evry.fr (Postfix) with ESMTP id 38E1FDBA8875;
	Wed, 12 Jan 2011 15:35:26 +0100 (CET)
Received: from arvouin.int-evry.fr (arvouin.int-evry.fr [157.159.21.208])
	by smtp1.it-sudparis.eu (Postfix) with ESMTP id 8ACF522187E4;
	Wed, 12 Jan 2011 15:35:20 +0100 (CET)
Message-ID: <4D2DBC28.1010200@it-sudparis.eu>
Date: Wed, 12 Jan 2011 15:35:20 +0100
From: Jehan PROCACCIA <Jehan.Procaccia@it-sudparis.eu>
Organization: Telecom et Management SudParis.
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
 rv:1.9.2.12) Gecko/20101027 Fedora/3.1.6-1.fc13 Thunderbird/3.1.6
MIME-Version: 1.0
To: Ryan Schmidt <subversion-2011a@ryandesign.com>
CC: fuzzy_4711@gmx.de, users@subversion.apache.org
Subject: Re: 301 with mod_dav / https
References: <4D2D94C4.6030304@gmx.de>
 <328B78AE-0CB5-40E1-AED9-9FAFE8F9FE57@ryandesign.com>
 <4D2DB53F.6090101@gmx.de> <4D2DB6D6.1010701@it-sudparis.eu>
 <89BC43ED-4122-4288-8BF4-83F583DAEC28@ryandesign.com>
In-Reply-To: <89BC43ED-4122-4288-8BF4-83F583DAEC28@ryandesign.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-INT-MailScanner-Information: Please contact the ISP for more information
X-INT-MailScanner-ID: 8ACF522187E4.A3603
X-INT-MailScanner: Found to be clean
X-INT-MailScanner-SpamCheck: 
X-INT-MailScanner-From: jehan.procaccia@it-sudparis.eu
X-Virus-Checked: Checked by ClamAV on apache.org
X-Old-Spam-Status: No

Le 12/01/2011 15:17, Ryan Schmidt a �crit :
> On Jan 12, 2011, at 08:12, Jehan PROCACCIA wrote:
>>> Ryan Schmidt wrote:
>>>> Remove the lines:
>>>>
>>>>         Alias /svn "/home/svn"
>>>>         <Directory /home/svn>
>>>>                 AllowOverride all
>>>>         </Directory>
>>>>
>>>> Apache is confused because you have told it you want it to serve /svn as static files located in /home/svn (the Alias directive and the<Directory /home/svn>   section) and also that you want it to serve /svn as a collection of Subversion repositories (the<Location /svn>   block); use only one or the other, depending on what you want (probably you want the<Location /svn>   block only).
>> unfortunalty that doesn't solve my case, I'am still facing the "301" pb
>> There is no<Directory>  directive in my case, here's what I have:
>>
>> Alias /disi /var/svn/disi
>> <Location /disi>
>>                 DAV svn
>>                 SVNParentPath /var/svn/disi
> [snip]
>
> The Directory block wasn't the problem; it was merely unnecessary. The problem is the Alias directive. Remove the line:
>
> Alias /disi /var/svn/disi
>
Yes, removing "Alias /disi /var/svn/disi" it goes a step further
I wonder how apache knows now that /disi is really loacated at 
/var/svn/disi then !?
because of SVNParentPath /var/svn/disi possibly ?

I said a "step further" because now I am facing a permission problem
$ svn import . --username disi "http://svn.it-sudparis.eu/disi/disi_pj1" 
-m "initial"
Authentication realm: <http://svn.it-sudparis.eu:80> TMSP: Login with 
user id
Password for 'disi':
svn: Can't create directory 
'/var/svn/disi/disi_pj1/db/transactions/0-1.txn': Permission denied

Do apache needs to have RW on /var/svn/disi/* ?
for now it is user svn only

# ls -al /var/svn/disi/disi_pj1/
total 36
drwxrwxr-x 7 svn apache 4096 Jan 11 17:40 .
drwxrwxr-x 3 svn apache 4096 Jan 12 11:20 ..
drwxrwxr-x 2 svn svn    4096 Jan 11 17:40 conf
drwxrwxr-x 2 svn svn    4096 Jan 11 17:40 dav
drwxrwsr-x 5 svn svn    4096 Jan 11 17:40 db
-r--r--r-- 1 svn svn       2 Jan 11 17:40 format
drwxrwxr-x 2 svn svn    4096 Jan 11 17:40 hooks
drwxrwxr-x 2 svn svn    4096 Jan 11 17:40 locks
-rw-rw-r-- 1 svn svn     229 Jan 11 17:40 README.txt

is it a security pb to allow apache RW evrywhere below that ?