On Sun, Apr 8, 2012 at 4:35 AM, Greg Stein gst...@gmail.com wrote:
One thought: maybe it is proper/appropriate to simply state that the
relpath values *must* be repos_relpath values. IOW, that Ev2 drives
are always in reference to a given repository; thus, all relpaths must
be relative to that
On Sat, Apr 7, 2012 at 7:35 PM, Greg Stein gst...@gmail.com wrote:
Hyrum,
This is a start to fix the URL issue. I'm away for a while, so feel
free to patch up the two map_to_* functions with the right magic.
That's just like you: break everything and then go on vacation. ;)
There is a
-Original Message-
From: Hyrum K Wright [mailto:hyrum.wri...@wandisco.com]
Sent: maandag 9 april 2012 17:26
To: Greg Stein
Cc: dev@subversion.apache.org
Subject: Re: Ev2 paths (was: svn commit: r1310925 ...)
For repos-wc drives, my initial thought was to have the relpath
root
On Mon, Apr 9, 2012 at 4:34 PM, stef...@apache.org wrote:
Author: stefan2
Date: Mon Apr 9 21:34:21 2012
New Revision: 1311469
URL: http://svn.apache.org/viewvc?rev=1311469view=rev
Log:
Add special API for reading and writing integer settings
(similar to what we already have for bools).
(sorry for terse toppost; phone)
Yeah, I was concerned about switched paths, too, but haven't figured out a
solid way to represent copy sources in an update. Maybe src_relpath is
always repos-based, and dst is negotiated.
But that doesn't translate well to move's semantics.
On Apr 9, 2012 5:03
Just talked a bit about the move problem with Justin. I figured out that if
src or dst are not in the negotiated root, then you are NOT moving. You
delete, or you copy [from the repository]. Ev2 just needs to edit the
receiver's state to a new state. It does not have to retain history about a
Hi Daniel,
On Sun, Apr 8, 2012 at 2:30 PM, Daniel Shahaf danie...@elego.de wrote:
joeswat...@apache.org wrote on Fri, Apr 06, 2012 at 18:28:30 -:
Author: joeswatosh
Date: Fri Apr 6 18:28:30 2012
New Revision: 1310535
def test_changelists_get_without_block
assert_changelists
Joe Swatosh wrote on Mon, Apr 09, 2012 at 15:25:47 -0700:
Hi Daniel,
On Sun, Apr 8, 2012 at 2:30 PM, Daniel Shahaf danie...@elego.de wrote:
joeswat...@apache.org wrote on Fri, Apr 06, 2012 at 18:28:30 -:
Author: joeswatosh
Date: Fri Apr 6 18:28:30 2012
New Revision: 1310535
Hi,
I haven't built trunk for a while, and now that I'm catching up I get
the following build errors (with my release build):
libsvn_client.def : error LNK2001: unresolved external symbol
svn_client__do_symmetric_merge
libsvn_client.def : error LNK2001: unresolved external symbol
On Mon, Apr 9, 2012 at 4:00 PM, Daniel Shahaf danie...@elego.de wrote:
Joe Swatosh wrote on Mon, Apr 09, 2012 at 15:25:47 -0700:
Hi Daniel,
On Sun, Apr 8, 2012 at 2:30 PM, Daniel Shahaf danie...@elego.de wrote:
joeswat...@apache.org wrote on Fri, Apr 06, 2012 at 18:28:30 -:
Author:
Johan Corveleyn wrote on Tue, Apr 10, 2012 at 03:19:24 +0200:
(This reminds me of a similar problem I had a couple of months ago
with some debug helpers which were also only defined conditional on
SVN_DEBUG. I fixed it by moving the #ifdef SVN_DEBUG markers a bit
deeper so the functions were
11 matches
Mail list logo
