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

Re: Question about Apache/svn server fink installation problem

From: Hamilton Link <helink_at_sandia.gov>
Date: 2006-09-28 18:36:17 CEST

I just had a thought, so here's two questions for fink/svn people...

If I'm trying to install binaries of svn and apache2, which are
supposedly linked against stuff related to the binary fink 0.8.1, but
have updated fink from cvs, is it possible that therein lies a problem?
Or should that not matter.

Should I be building the unstable svn 1.4 stuff? Is that better than
the current stable svn 1.2 builds in any important ways?

thanks,
h

Hamilton Link wrote:
> I assumed fink would let me rapidly get a svn server up and running
> (it has in the past, and I've been running svn servers under Mac OS
> and under Red Hat since svn 0.14 or so) but something didn't come out
> quite right this time and I'm getting the following errors when I try
> to access http://localhost/svn/
>
> [Tue Sep 26 15:32:31 2006] [error] [client 127.0.0.1] (20014)Error
> string not specified yet: Can't open file
> '/usr/local/svn/testrepo/format': Permission denied
> [Tue Sep 26 15:32:31 2006] [error] [client 127.0.0.1] Could not fetch
> resource information. [500, #0]
> [Tue Sep 26 15:32:31 2006] [error] [client 127.0.0.1] Could not open
> the requested SVN filesystem [500, #13]
> [Tue Sep 26 15:32:31 2006] [error] [client 127.0.0.1] Could not open
> the requested SVN filesystem [500, #13]
> [Tue Sep 26 15:32:31 2006] [error] Optional hook test said: GET /svn/
> HTTP/1.1
> [Tue Sep 26 15:32:31 2006] [error] Optional function test said: GET
> /svn/ HTTP/1.1
>
> Apart from loading mod_dav, mod_dav_fs, mod_dav_svn, and
> mod_authz_svn, etc. (most all of that was set up upon installation by
> fink), here's my subversion configuration:
>
> <Location /svn>
> DAV svn
> SVNPath /usr/local/svn/testrepo
> </Location>
>
> I'm running the latest version of Tiger on an (intel) Mac Pro, and
> built just apache2 (w/ssl) and svn from fink along with all the
> dependencies. The repository is owned by apache2:apache2 and I
> chmodded the repository to +666 by the time I gave up in the face of
> the same (identical, seemingly nonsensical, at that point) permission
> errors. Apache will serve a basic hello file at http://localhost/
> without a fuss. Most of my Apache configuration seems to be the same
> as my older working server (which is running Red Hat and an older set
> of RPMs for Apache and subversion service).
>
> I currently assume from reading past mailing list posts on the subject
> of "format file permission denied" that this is a build problem,
> something didn't get linked properly against something else. So my
> questions are,
> - is it reasonable to believe this is a build problem?
> - is the current set of things in fink self-conflicting? if so will
> this be fixed at some point? if not has anyone else tried a fresh
> install recently from fink and gotten it working? how?
> - what else might be going on here? is there a good way to diagnose
> this (my error_log isn't that informative)?
> - can I tell fink to do something a little different and have it work, or
> - should I build everything from scratch (I don't really want to,
> under the assumption that fink will make future upgrades easier), or
> what?
>
> I'm going to reinstall everything again with fink and see if anything
> new and different becomes a problem.
>
> thanks,
> hamilton
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Sep 28 18:41:22 2006

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.