On 05.04.2010 17:06, Stefan Sperling wrote:
> An idea we're playing with to mitigate this problem is having designated
> properties in the svn: namespace which allow users to tell svn what their
> branching/merging strategy is.
(Thereby making things even more flexible, complex, and error-prone.)
Paul Burba wrote:
> P.S. There are clearly some opportunities in this code to be more
> conservative in requesting access to the repos root. If
> REPOS_REL_PATH has explicit mergeinfo we only need access to that
> path. Only if it has none and we need to find inherited mergeinfo do
> we need acce
On Mon, Apr 05, 2010 at 07:28:57PM +0200, Martin Hauner wrote:
> Hi,
>
> On 05.04.10 17:06, Stefan Sperling wrote:
> >On Mon, Apr 05, 2010 at 04:14:21PM +0200, Martin Hauner wrote:
> >[..]
> >>In case of merging (mostly cherry picking from trunk to live and
> >>next release branches, merge trackin
Hi,
On 05.04.10 17:06, Stefan Sperling wrote:
On Mon, Apr 05, 2010 at 04:14:21PM +0200, Martin Hauner wrote:
[..]
In case of merging (mostly cherry picking from trunk to live and
next release branches, merge tracking is nice BUT svn:merginfo on
the root folder kills it again. After each merge I
On Fri, Apr 2, 2010 at 5:22 PM, Paul Burba wrote:
> On Wed, Mar 31, 2010 at 4:29 PM, Hyrum K. Wright
> wrote:
>> On Wed, Mar 31, 2010 at 1:01 PM, Hyrum K. Wright <
>> hyrum_wri...@mail.utexas.edu> wrote:
>>
>>> 1.6.10 tarballs are up, the magic revision is r929659:
>>>
>>> http://orac.ece.utexas.
Hyrum K. Wright wrote:
>> Thanks for the reminder. Merging the changed suggested here (r876245) does
>> indeed fix the test failure for me.
>
> Joe,
> I'm happy to +0 this patch, since it fixes the failure for me. I've no idea
> what it's doing under the hood, though, so I'd feel more comfortabl
On Mon, Apr 05, 2010 at 04:14:21PM +0200, Martin Hauner wrote:
> Simplicity... actually I think subversion could or should be even
> simpler. It may be easy from our point of view around here but when
> I see how people use it, it still seems to be too complicated. One
> has to draw a line at some
Martin Hauner wrote:
> Performance
>
> I think subversion needs to improve on performance. I know that WC-NG
> will hopefully help here but I think it should be listed explicitly.
Agreed. We said many times over those 2 1/2 days "Performance is a feature."
We had performance in mind as we liste
On Sat, Apr 3, 2010 at 8:59 PM, Karl Fogel wrote:
> ...
Btw, I looked for an issue filed in Apache Infrastructure about getting
> the domain pointed to a box where we can install the planet software,
> but didn't see anything. Have any steps been taken on this yet, or is
> it "patches welcome"
Hi,
On 02.04.10 17:28, C. Michael Pilato wrote:
[..]
> VISION
>
> Subversion has no future as a DVCS tool. Let's just get that out there.
> [..]
> Someone wiser than I once said, "Where there is no vision, the people
> perish." So recognizing the benefits that Subversion already offers, and
On Thu, Apr 1, 2010 at 9:46 AM, Hyrum K. Wright <
hyrum_wri...@mail.utexas.edu> wrote:
>
>
> On Wed, Mar 31, 2010 at 4:58 PM, Joe Swatosh wrote:
>
>> On Wed, Mar 31, 2010 at 1:29 PM, Hyrum K. Wright
>> wrote:
>> > On Wed, Mar 31, 2010 at 1:01 PM, Hyrum K. Wright <
>> > hyrum_wri...@mail.utexas.ed
On Mon, Apr 05, 2010 at 10:02:56AM +0200, Daniel Näslund wrote:
> Hi!
>
> I'm supposed to send this proposal to the Google Summer of Code
> machinery and let it be forwarded to the interrested mentor of the
> Subversion community, in this case Stefan. In the interrest of openess
> I'm posting it h
Hi!
I'm supposed to send this proposal to the Google Summer of Code
machinery and let it be forwarded to the interrested mentor of the
Subversion community, in this case Stefan. In the interrest of openess
I'm posting it here before sending it off to Google later today. Maybe
someone has something
13 matches
Mail list logo
