Ian Mockford writes:
[...]
The problem seems to be that enforcer always expects a diff output
following the file rename, but if the file is empty, svnlook diff
shows no diff output bars.
(enforcer using svnlook version 1.6.9 (r901367), on Windows XP)
Can anyone confirm this is a
On Thu, Mar 04, 2010 at 08:49:49AM +, icm wrote:
Ian Mockford writes:
[...]
The problem seems to be that enforcer always expects a diff output
following the file rename, but if the file is empty, svnlook diff
shows no diff output bars.
(enforcer using svnlook version
It is not clear to me if you have done the needed steps to get an
Apache account? Was one created for you after the move? That process
was not automatic for anyone as it requires filing paperwork.
As Hyrum said, if you did have an account created then there is
probably someone you can contact
On Mon, Feb 22, 2010 at 12:50 PM, Matthew Bentham mj...@artvps.com wrote:
On 22/02/2010 11:42, Matthew Bentham wrote:
On 22/02/2010 11:13, Philip Martin wrote:
Matthew Benthammj...@artvps.com writes:
For me on CYGWIN_NT-6.0-WOW64 brahe 1.7.1(0.218/5/3) 2009-12-07 11:48
i686 Cygwin
Index: README
===
--- README (revision 880795)
+++ README (revision 880796)
@@ -1,5 +1,13 @@
-This is the top of the Subversion repository.
+This is the top of the Subversion project.
snip
+The result was a single
ACK
(That's the best I can offer at the moment. Digging self out of pile of
TODO items.)
Greg Stein wrote:
On Tue, Mar 2, 2010 at 18:09, cmpil...@apache.org wrote:
...
+++ subversion/trunk/subversion/libsvn_wc/adm_ops.c Tue Mar 2 23:09:53 2010
...
@@ -854,15 +854,18 @@
}
/*
Paul Burba wrote:
Index: README
===
--- README (revision 880795)
+++ README (revision 880796)
@@ -1,5 +1,13 @@
-This is the top of the Subversion repository.
+This is the top of the Subversion project.
snip
+The
When doing a svn switch --relocate on a folder with externals, for any of
the externals that are relative it ought to descend into those and do the
relocate there as well.
Thoughts?
Phillip
Phillip Hellewell wrote:
When doing a svn switch --relocate on a folder with externals, for any of
the externals that are relative it ought to descend into those and do the
relocate there as well.
Thoughts?
I think it certainly should try to descent into externals, yes, gracefully
skipping
Just a thought: the 'svn up' will copy all those pristines to the user area.
If it's faster to copy from the other device than within the same device
(where the working copy is), copying everything can be faster.
~Neels
Bob Jenkins wrote:
Thanks Greg and Philip! Your secret's safe with me :-)
Greg Stein wrote:
Oh no no no... the schema is fully set up to record moves properly,
without any guesswork. It is just that nobody will invoke the function
(in 1.7!) to do the recording.
I'm comfortable that the schema will work. Please feel free to analyze
it for holes. But you're looking
Neels J Hofmeyr wrote:
Just a thought: the 'svn up' will copy all those pristines to the user area.
If it's faster to copy from the other device than within the same device
(where the working copy is), copying everything can be faster.
Plus, the 'svn up' will, probably, *validate the
On Thu, Mar 4, 2010 at 19:43, Neels J Hofmeyr ne...@elego.de wrote:
Neels J Hofmeyr wrote:
Just a thought: the 'svn up' will copy all those pristines to the user area.
If it's faster to copy from the other device than within the same device
(where the working copy is), copying everything can
Thanks.
FYI/FWIW:
In reality, check_wc2() shouldn't return a format number. Clients can
do nothing with it. Best we can do is return a boolean saying yes,
this is a working copy. Today, TRUE corresponds to format0. FALSE
corresponds to format==0.
transmit_text_deltas3() is just a poor design
Agreed.
On Thu, Mar 4, 2010 at 2:24 PM, C. Michael Pilato cmpil...@collab.netwrote:
Phillip Hellewell wrote:
When doing a svn switch --relocate on a folder with externals, for any of
the externals that are relative it ought to descend into those and do the
relocate there as well.
15 matches
Mail list logo
