dear subversion:when i exec : svnsync init svn://192.168.5.32/CMMI-mirror
http://192.168.9.222/CMMI
i was given a error : please create a pre-revprop-change hook, but i already
have one and it works by hand
i tried many solutions,but they are not available
so i need help o(?s???t)o , could yo
On Thu, May 18, 2017 at 8:22 PM, Branko Čibej wrote:
> On 18.05.2017 16:21, Andrey wrote:
>> Stefan Sperling писал(а) в своём письме Thu, 18 May
>> 2017 15:55:36 +0300:
>>
>>> And this, we have to admit, can be a problem for some use cases.
>>> It would be nice to have an optimized way of doing t
Thank you both for responding.
When I run configure --without-apxs, make install completes cleanly. But my
problem is that mod_dav_svn.so is not building . I tried different options and
still cannot get mod_dav_svn.so to build.
When I run .configure with-apxs= /opt/eai/ci/httpd-2.2.32/apache/bi
On 18.05.2017 16:21, Andrey wrote:
> Stefan Sperling писал(а) в своём письме Thu, 18 May
> 2017 15:55:36 +0300:
>
>> And this, we have to admit, can be a problem for some use cases.
>> It would be nice to have an optimized way of doing this,
>> and I expect we would be open to suggestions and patc
Stefan Sperling писал(а) в своём письме Thu, 18 May 2017
15:55:36 +0300:
And this, we have to admit, can be a problem for some use cases.
It would be nice to have an optimized way of doing this,
and I expect we would be open to suggestions and patches.
I tested it a bit deeper.
I checked out
On 18.05.2017 15:51, Andrey wrote:
> Branko Čibej писал(а) в своём письме Thu, 18 May
> 2017 16:19:23 +0300:
>
>>> may be add file content hash to represent 2 statuses of the same file
>>> paths? At least it will protect file from accidental remove and miss
>>> of add to commit?
>>
>> There will b
On Thu, May 18, 2017 at 04:36:47PM +0300, Andrey wrote:
> Stefan Sperling писал(а) в своём письме Thu, 18 May 2017
> 15:52:17 +0300:
>
> > On Thu, May 18, 2017 at 03:09:51PM +0300, Andrey wrote:
> > > If i'll revert it then i'll LOSE CHANGES
> >
> > Of course. That is the entire point of this co
Branko Čibej писал(а) в своём письме Thu, 18 May 2017
16:19:23 +0300:
may be add file content hash to represent 2 statuses of the same file
paths? At least it will protect file from accidental remove and miss
of add to commit?
There will be no accidental remove; when you commit, your new fi
Johan Corveleyn писал(а) в своём письме Thu, 18 May
2017 16:05:49 +0300:
On Thu, May 18, 2017 at 2:03 PM, Andrey wrote:
As you see the file1.txt is missed in second status output as
unversioned and so can be missed from add before a commit.
It's not unversioned, it's in the "deleted" stat
Stefan Sperling писал(а) в своём письме Thu, 18 May 2017
15:52:17 +0300:
On Thu, May 18, 2017 at 03:09:51PM +0300, Andrey wrote:
If i'll revert it then i'll LOSE CHANGES
Of course. That is the entire point of this command.
$ svn help revert
revert: Restore pristine working copy state (und
Johan Corveleyn писал(а) в своём письме Thu, 18 May
2017 15:51:01 +0300:
Why just not to ignore them? Anyway they are don't have any mapping to a
local directory.
In general I think it's fine for a directory to have an empty
svn:externals property (have not tested it, but I guess it's fine)
On 18.05.2017 13:51, Andrey wrote:
> Branko Čibej писал(а) в своём письме Thu, 18 May
> 2017 14:41:17 +0300:
>
>>> However, I don't want to revert anything, i am talking about
>>> possibility of forget to add files because they are obscured by the
>>> deletion state in the status.
>>
>> So what do
On Thu, May 18, 2017 at 2:03 PM, Andrey wrote:
>>> As you see the file1.txt is missed in second status output as
>>> unversioned and so can be missed from add before a commit.
>>
>> It's not unversioned, it's in the "deleted" state. You can't have both,
>> since you can revert the deletion.
>
> If
On Thu, May 18, 2017 at 02:51:01PM +0200, Johan Corveleyn wrote:
> (like Bert said, "There is no optimized code path
> for retrieving properties recursively directly from the server.")
And this, we have to admit, can be a problem for some use cases.
It would be nice to have an optimized way of doi
On Thu, May 18, 2017 at 03:09:51PM +0300, Andrey wrote:
> If i'll revert it then i'll LOSE CHANGES
Of course. That is the entire point of this command.
$ svn help revert
revert: Restore pristine working copy state (undo local changes).
On Thu, May 18, 2017 at 1:58 PM, Andrey wrote:
>>> Why is that important when the links are empty?
>>
>> External references are stored in properties called svn:externals.
>> I think Bert is referring to the retrieval of those properties.
>
> I meant an external reference of cause. By the link i m
On Thu, May 18, 2017 at 02:58:51PM +0300, Andrey wrote:
> > > Why is that important when the links are empty?
> > External references are stored in properties called svn:externals.
> > I think Bert is referring to the retrieval of those properties.
> I meant an external reference of cause. By the l
As you see the file1.txt is missed in second status output as
unversioned and so can be missed from add before a commit.
It's not unversioned, it's in the "deleted" state. You can't have both,
since you can revert the deletion.
If i'll revert it then i'll LOSE CHANGES because the svn will remove
First a couple questions to get our context right: what version of svn
on the client and on the server?
Is there a slow network between client and server, or are they on the
same LAN?
svn --version
```
svn, version 1.9.5 (r1770682)
compiled Nov 26 2016, 14:22:31 on x86-microsoft-windows
First a couple questions to get our context right: what version of svn
on the client and on the server?
Is there a slow network between client and server, or are they on the
same LAN?
svn --version
```
svn, version 1.9.5 (r1770682)
compiled Nov 26 2016, 14:22:31 on x86-microsoft-windows
As you see the file1.txt is missed in second status output as
unversioned and so can be missed from add before a commit.
It's not unversioned, it's in the "deleted" state. You can't have both,
since you can revert the deletion.
If i'll revert it then i'll LOSE CHANGES because the svn will remove
Why is that important when the links are empty?
External references are stored in properties called svn:externals.
I think Bert is referring to the retrieval of those properties.
I meant an external reference of cause. By the link i mean peace of string
in the output from the "svn pget svn:exter
Branko Čibej писал(а) в своём письме Thu, 18 May 2017
14:41:17 +0300:
However, I don't want to revert anything, i am talking about
possibility of forget to add files because they are obscured by the
deletion state in the status.
So what do you suggest we do instead?
There's a file named 'f
On 18.05.2017 13:27, Andrey wrote:
>>> As you see the file1.txt is missed in second status output as
>>> unversioned and so can be missed from add before a commit.
>> It's not unversioned, it's in the "deleted" state. You can't have both,
>> since you can revert the deletion.
> If i'll revert it th
First a couple questions to get our context right: what version of svn
on the client and on the server?
Is there a slow network between client and server, or are they on the
same LAN?
svn --version
```
svn, version 1.9.5 (r1770682)
compiled Nov 26 2016, 14:22:31 on x86-microsoft-windows
..
On Thu, May 18, 2017 at 02:17:26PM +0300, Andrey wrote:
> Bert Huijben писал(а) в своём письме Thu, 18 May 2017
> 13:09:07 +0300:
>
> > There is no optimized code path for retrieving properties recursively
> > directly from the server.
> >
> > The implementation of this specific command is like
As you see the file1.txt is missed in second status output as
unversioned and so can be missed from add before a commit.
It's not unversioned, it's in the "deleted" state. You can't have both,
since you can revert the deletion.
If i'll revert it then i'll LOSE CHANGES because the svn will remove
Bert Huijben писал(а) в своём письме Thu, 18 May 2017
13:09:07 +0300:
There is no optimized code path for retrieving properties recursively
directly from the server.
The implementation of this specific command is like running 'svn ls' on
every directory + fetching the properties on every
> -Original Message-
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
> Sent: woensdag 17 mei 2017 19:57
> To: Andry
> Cc: users@subversion.apache.org
> Subject: Re: "svn pget svn:externals -r . -R" dramatically slow
>
> On Tue, May 16, 2017 at 11:42 PM, Andry wrote:
> > Hello Users
Hi Eric,
So I believe the script which I have used for pre-revprop-change hook is
correct.
I will try to check about csvn user and password. But I have no clue with whom
to check here. I will try to find it out.
Thanks for your quick response.
Thanks,
Mano
From: Eric Johnson [mailto:e...@tib
On 18.05.2017 09:29, Ramamurthy, Manochitra wrote:
> Hi Team,
>
> A user is not able to use the option "Get lock" to lock a particular file in
> SVN. Please refer below screenshot for error details.
>
> I checked user permissions, I don't think this forbidden error is related to
> permissions. Ca
Kenneth Reynolds wrote:
> Can you please add me to the mailing list to know when new versions or
> patches are released.
Read https://subversion.apache.org/mailing-lists.html on how to subscribe to
the subversion-annouce mailing list.
Andreas
32 matches
Mail list logo
