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

Re: svn commit: r8530 - branches/1.0.x

From: Branko Čibej <brane_at_xbc.nu>
Date: 2004-02-03 18:43:37 CET

Jostein Chr. Andersen wrote:

>On Tuesday 03 February 2004 12.31, brane@xbc.nu wrote:
>>I'm still thinking about this. Did the installer use to put
>>libdb40.dll in the Apache directory, or does it just use something
>>already installed by Apache?
>>If the first, then there's no problem at all -- the installer can just
>>replace libdb40.dll with libdb42.dll when it configures the Apache
>>modules, and there's no need to tell the user about the change.
>The Installer do only put libdb42.dll in the Subversion path at the
>moment. There is no libdb42.dll (or libdb40.dll) included with Apache
If that's the case, then what's wriien in Pre.rtf is correct, and I
wothdaw my objection.

>A have (locally on a WC) a version of the installer that installs
>libdb42.dll to Apache's modules folder as well as in the Subversion path
>when Apache is detected on the system.
>It does a "apache -k stop/apache -k uninstall/copy dbfile/apache -k
>install/apache -k start" cycle.
Well, of course it would be great if installation of mod_dav_svn could
be completely automated, but I don't think it's a requirement for 1.0.
You'll have to judge if what you have in your WC is stable (and tested)
enough to commit now. I wouldn't mind at all if this automation went
into 1.0.1, assuming of course that the automated upgrade will be
compatible with the instructions for manual installation that we have now.

Right then, I'll have a bash at reviewing the language in the installer
docs ASAP.

Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 3 18:45:52 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.