RE: Re: pre-revprop-change

Hi Uli

>> This did not help. In which book?
> http://subversion.tigris.org prominently displays a link to the book/documentation and the FAQ. It was in an ugly yellow bar, last time I looked.
Okay thanks.

> One thing first: you do have the Apache server running on an MS Windows machine, right? If not, the advise to change the hook's name to *.bat would be futile, on Unix-like systems you would need to set the file's executable bit (chmod +x ..)!
Yes, we are running apache to access the repository.

> Next, check that normal operation works, i.e. checking in and out. If this doesn't work completely, it might be a proxy in between. Some proxies require special configuration before they handle WebDAV commands properly.
Checkout and commit work well over http. Also all that show log stuff from tortoise.

> Then, the user that the Apache process is running as of course needs to have access to the hook script. If this was not the case, I think you should see something in the Apache logfile, but I don't use Apache here, let alone under win32, so I'm not really sure.
The user has access to the hook scripts. But I do not see anything special in the apache logfile...

> There was also a way to cause libneon (the library used for WebDAV) to supply more debug information. This could help determine what WebDAV request failed exactly.
I'll try to figure that one out

> Lastly, what you could try, would be to try to change the property by accessing the repository via the file:// access method. This requires a shell on the very machine that Apache is currently running on but it rules out that something in the network communication is messed up.
I think it's not good if one access the repo using apache AND file://, doesn't the repository get corrupt if two people commit at the same time? Our repsitory is live and about 30 people are working with it...

> If not even that works, I'd suggest you start from the opposite direction, i.e. you first create a repository on your local machine and then try to configure the hook script there, moving the whole thing step by step to your target setup until you know which change caused it to fail.
At least this works on my local computer. I think it could also be that there is an open port to that machine missing.

At the moment, we have the following ports open to our subversion server:
443: https
902: VMWare console
80: HTTP
139: Windows file Sharing
3389: Remote Desktop

May we need a WebDav Port or the like as well?

Regards,
Remo

good luck!

Uli

--
Sator Laser GmbH
Geschäftsführer: Ronald Boers, Amtsgericht Hamburg HR B62 932
**************************************************************************************
           Visit our website at <http://www.satorlaser.de/>
**************************************************************************************
Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, weitergeleitet, veröffentlicht oder anderweitig benutzt werden.
E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte Änderungen enthalten. Sator Laser GmbH ist für diese Folgen nicht verantwortlich.
**************************************************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
This message may contain legally privileged or confidential information and is therefore addressed to the named persons only. The recipient should inform the sender and delete this message, if he/she is not named as addressee.
The sender disclaims any and all liability for the integrity and punctuality of this message. The sender has activated an automatic virus scanning, but does not guarantee the virus free transmission of this message.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org