Ramkumar Ramachandra wrote on Tue, Jul 27, 2010 at 09:12:34 +0530:
Daniel Shahaf writes:
I can't reproduce it using tr...@{yesterday}:
That's because Bert fixed it in r979416 :)
Bert's fix was committed about an hour before I made my @{yesterday} remark, so
the build I was using would not
For the atomic-revprop branch, the next step is to implement the new API
(svn_ra_change_rev_prop2()) over ra_svn and ra_dav.
For ra_svn, I'll document the protocol extensions in
subversion/libsvn_ra_svn/protocol.
Where should I document the extensions for the DAV protocol?
Thanks,
Daniel
(I
Colleagues,
I have subversion-1.6.12 compiled with cyrus-sasl-2.1.23 from ports,
FreeBSD 6.4.
I need to guarantee that the subversion client/server will always use
the GSSAPI mechanism before DIGEST-MD5. In a more general sense, one
may need to set the order of SASL mechanisms for authenticated
I agree with everything Stefan says here: I think it's not appropriate
to include this particular feature, but thank you for offering your work
back to the community and hope that you will keep on doing so.
I'll also note that we are developing in a direction which will probably
help you in the
On 07/27/2010 03:08 AM, Daniel Shahaf wrote:
For the atomic-revprop branch, the next step is to implement the new API
(svn_ra_change_rev_prop2()) over ra_svn and ra_dav.
For ra_svn, I'll document the protocol extensions in
subversion/libsvn_ra_svn/protocol.
Where should I document the
On Tue, Jul 27, 2010 at 17:42, C. Michael Pilato cmpil...@collab.net wrote:
On 07/27/2010 03:08 AM, Daniel Shahaf wrote:
For the atomic-revprop branch, the next step is to implement the new API
(svn_ra_change_rev_prop2()) over ra_svn and ra_dav.
For ra_svn, I'll document the protocol
On Tue, Jul 27, 2010 at 12:10:55AM +0530, Ramkumar Ramachandra wrote:
Hi Stefan,
I imported and ran the copy_and_modify test from svnsync. The diff I
get clearly indicates what more needs to be done, and I think this
test is very valuable. Unfortunately, `svn diff` refuses to show me
the
On 07/27/2010 10:26 AM, Ivan Zhakov wrote:
On Tue, Jul 27, 2010 at 17:42, C. Michael Pilato cmpil...@collab.net wrote:
On 07/27/2010 03:08 AM, Daniel Shahaf wrote:
For the atomic-revprop branch, the next step is to implement the new API
(svn_ra_change_rev_prop2()) over ra_svn and ra_dav.
For
Hi Julian et al,
Yes, the new 1.7 feature sounds very promising. I was wondering what
WC-NG stands for but I think I get the idea.
I tried sending the rest of this reply earlier and suspect it was
caught in a moderator queue. (( I'm subscribed now; take 2 and
apologies for anyone who has
Yes, the new 1.7 feature sounds very promising. I was wondering
what
WC-NG stands for but I think I get the idea.
Working Copy Next Generation
BOb
On Fri, Jul 23, 2010 at 2:30 PM, C. Michael Pilato cmpil...@collab.net wrote:
On 07/22/2010 05:56 PM, Paul Burba wrote:
On Thu, Jul 22, 2010 at 5:04 PM, Bert Huijben b...@qqmail.nl wrote:
Shouldn't this be fixed in the ra layer implementations then?
From what Mike told me in
[[[
svnrdump: Add new copy-and-modify test.
* subversion/tests/cmdline/svnrdump_tests_data/copy-and-modify.dump:
Add a new testdata to be used by the copy_and_modify test in
svnrdump. Taken originally from svnsync_test_data/ and converted to
dumpfile v3 format.
*
[[[
Followup r979295 to handle the expected_is_regexp case in
display_lines.
* subversion/tests/cmdline/svntest/verify.py
(display_lines): When expected is a string and not a list (in the
expected_in_regexp case), put it in a one-member list, and don't
output a diff.
Found by: rhuijben
]]]
Re. patches being stripped from the mail:
svnusert...@href.com wrote:
I tried sending the rest of this reply earlier and suspect it was
caught in a moderator queue. (( I'm subscribed now; take 2 and
apologies for anyone who has already read this. I suspect that my
.patch files (which I
svnusert...@href.com wrote:
Hi Julian et al,
Yes, the new 1.7 feature sounds very promising. I was wondering what
WC-NG stands for but I think I get the idea.
[...]
I'll tell you the one way in which that might not completely solve
the use-case that I have in mind, and that is doing a
Hi Daniel,
Ramkumar Ramachandra writes:
Daniel Shahaf writes:
I suggest
fromfile=EXPECTED %s % label,
tofile=ACTUAL %s % label,
Do I get a +1 for this?
I just got one from Bert. Committed in r979710.
Thanks.
-- Ram
Paul Burba wrote on Tue, Jul 27, 2010 at 11:50:55 -0400:
* If you happen to look, I'll save you some trouble since this struct
is undocumented, it's a (svn_revnum_t) key mapped to a hash which maps
a (const char *) url (or path) to a hash, which maps a (const char *)
namespace to a hash, which
On Tue, Jul 27, 2010 at 1:36 PM, Daniel Shahaf d...@daniel.shahaf.name wrote:
Paul Burba wrote on Tue, Jul 27, 2010 at 11:50:55 -0400:
* If you happen to look, I'll save you some trouble since this struct
is undocumented, it's a (svn_revnum_t) key mapped to a hash which maps
a (const char *)
C. Michael Pilato wrote on Tue, Jul 27, 2010 at 10:47:21 -0400:
On 07/27/2010 10:26 AM, Ivan Zhakov wrote:
On Tue, Jul 27, 2010 at 17:42, C. Michael Pilato cmpil...@collab.net
wrote:
On 07/27/2010 03:08 AM, Daniel Shahaf wrote:
For the atomic-revprop branch, the next step is to implement
Hi Stefan,
stef...@apache.org wrote on Mon, Jul 26, 2010 at 08:30:08 -:
Author: stefan2
Date: Mon Jul 26 08:30:08 2010
New Revision: 979193
URL: http://svn.apache.org/viewvc?rev=979193view=rev
Log:
Provide a memcached-like implementation of svn_cache_t that does not have
the same
20 matches
Mail list logo