Hello,
bat programmers always get their punishment...
set admin = muellerp
try to remove the spaces around "=", that seems to work for me, dont
ask me why...
Best regards,
Am 31/08/2021 um 08:59 schrieb Philipp Mueller:
Hello,
I have a problem with my pre-revprop-c
Hello,
I have a problem with my pre-revprop-change (see attachement). I want to allow
changes to the log message, but only for the author himself OR a set admin.
This part makes the problems:
set admin = muellerp
set AUTHOR=
for /f "delims=" %%a in ('svnlook author -r %REV% %R
Re: Can't svnsync due to pre-revprop-change hook
On 04/03/2013 09:58 AM, Richard Cavell wrote: > Thanks for the reply. I still
have some sort of permission problem. I've > removed my actual passwords from
this transcript. Sorry for my lack of Unix-fu. > > Richards
On 04/03/2013 09:58 AM, Richard Cavell wrote:
> Thanks for the reply. I still have some sort of permission problem. I've
> removed my actual passwords from this transcript. Sorry for my lack of
> Unix-fu.
>
> Richards-MacBook-Pro:~ richard$ svnsync initialize
> https://svnbook.googlecode.com/sv
.com:443> Google Code
Subversion Repository
Username: richardcav...@mail.com
Password for 'richardcav...@mail.com':
svnsync: E175002: DAV request failed; it's possible that the repository's
pre-revprop-change hook either failed or is non-existent
svnsync: E175008: At l
Guten Tag Richard Cavell,
am Mittwoch, 3. April 2013 um 13:32 schrieben Sie:
> Richards-MacBook-Pro:hooks richard$ cat pre-revprop-change
The file needs execute permissions, check those.
Mit freundlichen Grüßen,
Thorsten Schöning
--
Thorsten Schöning E-Mail:thorsten.schoen...
rds-MacBook-Pro:~ richard$ svnsync initialize file:///Users/richard/repo
http://svnbook.googlecode.com/svn/trunk/
svnsync: E165001: Revprop change blocked by pre-revprop-change hook (exit code
255) with no output.
Richards-MacBook-Pro:~ richard$ cd repo
Richards-MacBook-Pro:repo richard$ cd hooks
R
Thanks for your reply, Ryan. I just ran some new tests: when I check
out a new working copy (just a small subdirectory of the repo in this
case), I get the right timestamps. And, when I delete a file in that
newly-checked-out directory and do an svn update, I also get the right
timestamp.
Howeve
On Jan 25, 2012, at 14:07, Alexander Shenkin wrote:
> What I *thought* this was supposed to accomplish was that, if you were
> to checkout a new working version of the repository (and if you had
> TortoiseSVN "set file dates to the 'last commit time'", or perhaps ran
> svn checkout -r COMMITTED),
;
> On 1/25/2012 11:00 AM, Giulio Troccoli wrote:
>>
>> On 25/01/12 15:09, Alexander Shenkin wrote:
>>> Hello,
>>>
>>> I'm using the svn import script by Oliver Betz to retain file mtime
>>> upon initial import
>>> (http://svn.haxx.se/
> -Original Message-
> From: Alexander Shenkin [mailto:subvers...@shenkin.org]
> Sent: 25 January 2012 15:10
> To: users@subversion.apache.org
> Subject: Errors with mtime-retaining import script:
> pre-revprop-change issue?
>
> Hello,
>
> I'm using t
ng error:
>>
>> $ perl importWithMtime.pl
>> svn propset svn:date 2001-10-29T18:34:10.00Z --revprop -r HEAD
>> svn: E175002: DAV request failed; it's possible that the
>> repository's pre-revprop-change hook either failed or is
>> non
when i run the script, i get the following error:
$ perl importWithMtime.pl
svn propset svn:date 2001-10-29T18:34:10.00Z --revprop -r HEAD
svn: E175002: DAV request failed; it's possible that the
repository's pre-revprop-change hook either failed or is non-existent
Alex,
the '.tmpl' scripts in the hooks directory are there for reference purposes
only. If you want the script to be executed, it needs to be named
'pre-revprop-change' with no extension, and have execute permission.
Tony.
Fro
Guten Tag Alexander Shenkin,
am Mittwoch, 25. Januar 2012 um 16:09 schrieben Sie:
> I do have a pre-revprop-change.tmpl hook in the repository.
That's a template, you have to adjust it to work on windows and save
it as something usable, for example as .cmd file.
Mit freundlichen Grüßen,
Thorste
Am 25.01.2012 16:09, schrieb Alexander Shenkin:
I do have a pre-revprop-change.tmpl hook in the repository. It contains
the code below.[...]
This file is just a template, and the error message says what the
problem is: There is no hook script to allow editing revision
properties, and the def
or:
$ perl importWithMtime.pl
svn propset svn:date 2001-10-29T18:34:10.00Z --revprop -r HEAD
svn: E175002: DAV request failed; it's possible that the
repository's pre-revprop-change hook either failed or is non-existent
svn: E175008: At least one property cha
test repository, committed a revision, then changed its log message a few
times, then read the log file the hook script created.
pre-revprop-change
Description: Binary data
post-revprop-change
Description: Binary data
@subversion.apache.org
Subject: Re: Possible bug in pre-revprop-change and post-revprop-change hooks
On Fri, May 13, 2011 at 4:40 PM, Aliasgar Ganiji wrote:
> I was in the process of implementing pre-revprop-change and
> post-revprop-change hooks in my company to handle changes to the sv
On Fri, May 13, 2011 at 4:40 PM, Aliasgar Ganiji wrote:
> I was in the process of implementing pre-revprop-change and
> post-revprop-change hooks in my company to handle changes to the svnn:log
> property. As per the SubVersion Redbook;
>
> 1. pre-revprop-change should be
I was in the process of implementing pre-revprop-change and post-revprop-change
hooks in my company to handle changes to the svnn:log property. As per the
SubVersion Redbook;
1. pre-revprop-change should be able to access the intended new value of
the property via standard input
l this modification will break something on the client side, as a user
only see the master or a slave ?
I would expect this would break things, yes.
- Does someone use the pre-revprop-change hook script like this ?
- Is there a cleaner solution ?
Yes, use the relative (instead of absolut
things, yes.
> - Does someone use the pre-revprop-change hook script like this ?
> - Is there a cleaner solution ?
Yes, use the relative (instead of absolute) svn:externals syntax.
http://subversion.apache.org/docs/release-notes/1.5.html#externals
do nothing svn:externals into X1 points to SVN Y instead of SVN Y1.
- Will this modification will break something on the client side, as a
user only see the master or a slave ?
- Does someone use the pre-revprop-change hook script like this ?
- Is there a cleaner solution ?
Thanks for your advices.
James Ralston wrote:
> [...]
> Instead of passing in the user to the hook script, Subversion passed
> in a null string.
I have exactly the same buggy behavior.
(cf. also http://svn.haxx.se/users/archive-2008-07/0887.shtml)
Setup:
* Debian Gnu/Linux 5.0
* subversion-1.6.4 (from backport)
* apa
25 matches
Mail list logo
