On Mon, Nov 28, 2011 at 10:12:38PM -0600, Hyrum K Wright wrote:
> On Mon, Nov 28, 2011 at 6:58 PM, Philip Martin
> wrote:
> > s...@apache.org writes:
> >
> >> Author: stsp
> >> Date: Mon Nov 28 22:34:49 2011
> >> New Revision: 1207663
> >
> >> +def patch_target_no_eol_at_eof(sbox):
> >> + "patch
The docs seem pretty clear to me: svn_delta_path_driver() produces a depth-
first editor traversal, where for each PATH in PATHS the portion in-and-
below PATH is handled by the callback (including the open_*() or add_*()
calls for PATH itself), and the portion of opening/closing the parent
and anc
Translation status report for trunk@r1207746
lang trans untrans fuzzy obs
--
de2071 170 344 269 UUooo
es1997 244 370 404 ++UUU~
fr2239 2
On Mon, Nov 28, 2011 at 6:58 PM, Philip Martin
wrote:
> s...@apache.org writes:
>
>> Author: stsp
>> Date: Mon Nov 28 22:34:49 2011
>> New Revision: 1207663
>
>> +def patch_target_no_eol_at_eof(sbox):
>> + "patch target with no eol at eof"
>> +
>> + sbox.build()
>> + wc_dir = sbox.wc_dir
>> +
>
s...@apache.org writes:
> Author: stsp
> Date: Mon Nov 28 22:34:49 2011
> New Revision: 1207663
> +def patch_target_no_eol_at_eof(sbox):
> + "patch target with no eol at eof"
> +
> + sbox.build()
> + wc_dir = sbox.wc_dir
> +
> + patch_file_path = make_patch_path(sbox)
> + iota_path = os.path
In working on the Ev2 shims, I discovered svn_delta_path_driver(), a
nifty little API whose purpose I haven't totally yet discerned. It
looks to be some kind of hybridization of the editor, allowing a
caller to handle some portion of the editor drive manually, though the
documentation has enough if
Johan Corveleyn wrote on Mon, Nov 28, 2011 at 21:37:43 +0100:
> On Mon, Nov 28, 2011 at 7:32 AM, Daniel Shahaf
> wrote:
> > On Sunday, November 27, 2011 11:16 PM, "Johan Corveleyn"
> > wrote:
> >>
> >> What if we could 'svnadmin (re)load' a single revision $REV in a
> >> repository, which woul
On Mon, Nov 28, 2011 at 7:32 AM, Daniel Shahaf wrote:
> On Sunday, November 27, 2011 11:16 PM, "Johan Corveleyn"
> wrote:
>>
>> What if we could 'svnadmin (re)load' a single revision $REV in a
>> repository, which would then automatically fix up everything coming
>> after $REV:
>>
>> 0. Take
On Mon, Nov 28, 2011 at 5:04 PM, Branko Čibej wrote:
> On 22.11.2011 14:57, C. Michael Pilato wrote:
>> On 11/22/2011 02:26 AM, Daniel Shahaf wrote:
>>> On Tuesday, November 22, 2011 12:23 AM, "Johan Corveleyn"
>>> wrote:
Hi all,
I'm wondering if it would be feasible to (make it p
On Mon, Nov 28, 2011 at 2:41 PM, C. Michael Pilato wrote:
> On 11/28/2011 02:19 PM, Daniel Shahaf wrote:
>> I can see the rationale for not showing it in status (since it can't be
>> committed), but I suppose there is a reason to show it --- namely, that
>> if the file has svn:eol-style=LF but the
On 11/28/2011 02:19 PM, Daniel Shahaf wrote:
> I can see the rationale for not showing it in status (since it can't be
> committed), but I suppose there is a reason to show it --- namely, that
> if the file has svn:eol-style=LF but the on-disk file has CRLF line
> endings, that might break my build
pbu...@tigris.org wrote on Mon, Nov 28, 2011 at 10:54:12 -0800:
> http://subversion.tigris.org/issues/show_bug.cgi?id=4070
>
>
>
> User pburba changed the following:
>
> What|Old value |New value
> =
On 24.11.2011 17:52, Nico Kadel-Garcia wrote:
> If I can pry a few cycles free, I'll take a glance at it. But the idea
> of running parallel subversion and git access to the same upstream
> repository makes me very nervous.
Why? A git repository isn't all that functionally different from its
Subv
On 22.11.2011 14:57, C. Michael Pilato wrote:
> On 11/22/2011 02:26 AM, Daniel Shahaf wrote:
>> On Tuesday, November 22, 2011 12:23 AM, "Johan Corveleyn"
>> wrote:
>>> Hi all,
>>>
>>> I'm wondering if it would be feasible to (make it possible to)
>>> alter/add copyfrom information in an SVN repos
On Mon, Nov 21, 2011 at 11:06 AM, Hyrum K Wright
wrote:
> It looks like we've merged a number of items to 1.7.x, and that it's time
> to cut another release. I'm going to cut a 1.7.2 release early next week,
> barring any reasons against doing so. Please nominate and review items in
> STATUS by
15 matches
Mail list logo