I have discovered the source of this bug (no i havent spent the last 6 months on it)

in sub crack_url

...snip.8<...
    # This is used as the key in to the hash of configured repositories.
    # It may be the empty string, in which case the action to run is
    # the 'list repositories' action.
    if($location eq $filename) {
        $repo   = '';           # No repo, show repo list
        $action = 'list';
    } else {
...snip.8<...

this $location eq $filename doesnt factor in superfluous trailing slashes. for example /var/www/svn/repos/svnweb is equal to /var/www/svn/repos/svnweb/ even though perls |eq| function doesnt agree with that.

as a results here is the most quirky part, this apache config works...

    Alias /svnweb "/var/www/svn/svnweb"
this doesnt
    Alias /svnweb/ "/var/www/svn/svnweb"


the pod for this module does specify the Alias statement with /svnweb with no trailing slash.

i could probably make a patch for this, but im working now with the corrected apache config.

Dean

Dean Hamstead wrote:
Thanks Esteban,

Im using it with mod_perl2 in apache2.2.

This path /var/www/svn/repos is a repo with multiple repos as subdirectories.

here is my apache config for this section

<VirtualHost *:80>
       DocumentRoot /var/www/svn/htdocs
       ServerName svn.server.name.here

        ErrorLog /var/log/apache2/svn-error.log

        # Possible values include: debug, info, notice, warn, error, crit,
        # alert, emerg.
        LogLevel warn

        CustomLog /var/log/apache2/svn-access.log combined

       DirectoryIndex index.php index.html
                <Location />
                        Options Indexes
                        Order allow,deny
                        Allow from all
                </Location>

        <Location /svn>
           DAV svn
           SVNParentPath /var/www/svn/repos

           # allow listing of repos
           SVNListParentPath on
           # solves some minor problems with browsing
           SVNAutoVersioning on

        #   AuthzSVNAccessFile /home/svn/acl.conf

        # Limit write permission to list of valid users.
           <LimitExcept GET PROPFIND OPTIONS REPORT>
             # Require SSL connection for password protection.
             # SSLRequireSSL

             AuthType Basic
             AuthName "FragFest Subversion"
             AuthGroupFile /var/www/svn/htgroups
             AuthUserFile /var/www/svn/htpasswd
             Require valid-user

          </LimitExcept>
        </Location>


    <Directory /var/www/svn/svnweb>
      AllowOverride None
      Options ExecCGI
      SetHandler perl-script
      PerlHandler SVN::Web
    </Directory>

    <Directory /var/www/svn/svnweb/css>
      SetHandler default-handler
    </Directory>

    Alias /svnweb/ "/var/www/svn/svnweb"

</VirtualHost>



Dean

Esteban Manchado Velázquez wrote:
Hi,

I'm not the package maintainer, just trying to help with RCs.

I can't really reproduce your bug, and I can't think of a way to trigger that problem. How are you configuring SVN::Web? Are you accessing directly through svnweb-server or are you configuring some independent web server like Apache? In any case, which URL are you visiting to trigger that error? Do you really have one or more SVN repositories inside /var/www/svn/repos, or is that path itself an SVN repository?

Also, about the FreeBSD port patches, I don't think they're relevant for this problem, and it seems they were applied in the next package revision (0.53-3) anyway (which I assume has the same problem?).







--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to