O.K. I've looked into getting this script working on a Windows Server,
but am having some problems and was wondering if anyone could help.
I'm running Windows Server 2K, onto which I've installed ActivePerl from
ActiveState. I've set up enough of the script to get it going, but when
I attempt to commit something I receive an error about svnlook running
with no output. If I attempt to run the script from the command line on
the server (admittedly with a bogus transaction number), I get the
following messages.
G:\>G:\SVNSource\Admin\Scripts\commit-access-control.pl
"G:/SVNSource/Experiments" "1a"
G:/SVNSource/Experiments/commit-access-control.cfg
Running G:/svn/bin/svnlook.exe author G:/SVNSource/Experiments -t 1a
'-' is not recognized as an internal or external command, operable
program or batch file.
G:\SVNSource\Admin\Scripts\commit-access-control.pl:
`G:/svn/bin/svnlook.exe author G:/SVNSource/Experiments -t 1a' failed
with no output.
Can anyone provide any ideas to what is going wrong? Just out of
interest, I've also tried replacing the -t argument with just t, and I
still get the same message.
Thanks
Jay
-----Original Message-----
From: Butlin, Jason (UK - Epsom)
Sent: 18 November 2004 16:34
To: Eric Gillespie
Cc: users@subversion.tigris.org
Subject: RE: Re: Directory level security (svnserve)
Sorry for my naff Outlook reply!!!
I think what I'm after is the sort of security mod-authz-svn offers.
Having had a quick look, the pre-commit example probably would do what
I'm after - just have to convert it to Windows!
Thanks
Jay
-----Original Message-----
From: epg@gould.diplodocus.org [mailto:epg@gould.diplodocus.org] On
Behalf Of Eric Gillespie
Sent: 18 November 2004 15:55
Cc: users@subversion.tigris.org
Subject: Re: Directory level security (svnserve)
"Butlin, Jason \(UK - Epsom\)" <jbutlin@deloitte.co.uk> writes:
> Are there any plans to provide directory level security for a
repository
> access via svnserve (in the way that Apache already does)?
What is "directory level security"? You can use the same
mechanism to write-protect any area of your repository as in CVS,
using the pre-commit hook. There is even an example of such a
hook; i think it is in the contrib directory. Read access is
blanket for an entire repository unless you use a solution
specific to a single ra layer, such as mod-authz-svn.
--
Eric Gillespie <*> epg@pretzelnet.org
IMPORTANT NOTICE
If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to the statement below or contact the sender.
This communication is from Deloitte & Touche LLP. Deloitte & Touche LLP is a limited liability partnership registered in England and Wales with registered number OC303675. A list of members' names is available for inspection at Stonecutter Court, 1 Stonecutter Street, London EC4A 4TR, United Kingdom, the firm's principal place of business and registered office. Deloitte & Touche LLP is authorised and regulated by the Financial Services Authority.
This communication and any attachments contain information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of disclosure, distribution, copying or use of this communication or the information in it or in any attachments is strictly prohibited and may be unlawful. If you have received this communication in error, please return it with the title "received in error" to IT.SECURITY.UK@deloitte.co.uk then delete the email and destroy any copies of it.
E-mail communications cannot be guaranteed to be secure or error free, as information could be intercepted, corrupted, amended, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept liability for any such matters or their consequences. Anyone who communicates with us by e-mail is taken to accept the risks in doing so.
When addressed to our clients, any opinions or advice contained in this e-mail and any attachments are subject to the terms and conditions expressed in the governing Deloitte & Touche LLP client engagement letter.
Opinions, conclusions and other information in this e-mail and any attachments which do not relate to the official business of the firm are neither given nor endorsed by it.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Nov 18 19:40:16 2004