Argghh...!
<?xml version="1.0" encoding="utf-8"?>
<D:error xmlns:D="DAV:" xmlns:m="http://apache.org/dav/xmlns" xmlns:C="svn:">
<C:error/>
<m:human-readable errcode="21090">
Berkeley DB error while opening environment for filesystem /home/subversion/repos/db:
Permission denied
</m:human-readable>
</D:error>
> Dear David:
>
> That is an intriguing idea and I like that path better.
> I had originally only gone with what I thought was
> the "obvious" approach as written on the website.
>
> I am now banging my head about this:
> [projects]$ svn import http://localhost:8080/svn/repos . projects
>
> svn_error: #21097 : <RA layer request failed>
> OPTIONS request failed on /svn/repos
>
> From the mailing lists, I am sensing that this is most
> likely a version-related problem...
>
> so now I really really want to
> "grab the latest stuff from http://summersoft.fay.ar.us:81/"
>
> yes?
>
> Regards,
> Scott
>
> > I'm glad you were able to use my RPMS to bootstrap....but it seems (to me)
> > that it might have been easier if you went this route:
> >
> > * download the latest RPMS from
> > http://summersoft.fay.ar.us/pub/linux/redhat/i386/subversion-latest.
> >
> > * Use those to go grab the latest stuff from
> > http://summersoft.fay.ar.us:81/
> >
> > * Once you get those in your $HOME/rpms/sources directory just go into
> > each of those directories and "rpm -ba *.spec" and then install the latest
> > binaries from that.
> >
> > * Then check out subversion and go to the packages/rpm directory and type
> > "make" and it will build the latest subversion packages for you.
> >
> > Then install that and you're up-to-date and can stay up-to-date fairly
> > easily almost every day.
> >
> > I can be more detailed if any of the above was not detailed enough.
> >
> > It might be easier that way than just using the original RPMS to bootstrap
> > and then having to re-do all the work that the RPMs automate.
> >
> > Please let me know what you think about that scenario.
> >
> > - David Summers
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 1 23:27:08 2002