Scratch that -- Philip already made that change.
C. Michael Pilato wrote:
> Greg Stein wrote:
>> Yes, you hit the nail on the head. I had a similar concern, but wasn't
>> sure whether to bring it up.
>>
>> Specifically: in the particular case that *you* created the function
>> for, the copyfrom-fe
Greg Stein wrote:
> Yes, you hit the nail on the head. I had a similar concern, but wasn't
> sure whether to bring it up.
>
> Specifically: in the particular case that *you* created the function
> for, the copyfrom-fetching would most likely *never* be invoked.
> node_get_url() should return a URL
Yes, you hit the nail on the head. I had a similar concern, but wasn't
sure whether to bring it up.
Specifically: in the particular case that *you* created the function
for, the copyfrom-fetching would most likely *never* be invoked.
node_get_url() should return a URL in almost every situation. In
Uwe Stuehler wrote:
> [[[
> Fix issue #3620: svn add ^/ triggers assertion failure
>
> * subversion/svn/add-cmd.c:
> (svn_cl__add): Raise an error if a target argument isn't a working
> copy path before calling svn_client_add4(), which would trigger an
> assertion.
>
> Found by: stsp
> Patc
I *think* there's a bigger problem with this change.
When I created svn_wc__node_get_copyfrom_info(), I specifically wanted the
behavior that svn_wc_entry_t promised with respect to copyfrom information,
which is that it was set on the targets of a copy operation but *not* on the
children of that
Cool! Much better.
On Thu, Apr 22, 2010 at 19:11, wrote:
>...
> +++ subversion/trunk/subversion/libsvn_subr/subst.c Thu Apr 22 23:11:48 2010
>...
> + mt->saved_baton.in_baton = dup_translation_baton(b->in_baton, pool);
> + mt->saved_baton.out_baton = dup_translation_baton(b->out_baton, pool)
[[[
Fix issue #3620: svn add ^/ triggers assertion failure
* subversion/svn/add-cmd.c:
(svn_cl__add): Raise an error if a target argument isn't a working
copy path before calling svn_client_add4(), which would trigger an
assertion.
Found by: stsp
Patch by: Uwe Stuehler (subversion-li...@bsd
Write a hook script to do exactly that, and make it part of the
standard release.
In some future release, after that script and its features stabilize,
*then* we can consider placing into into the core code.
I fear the security aspects of something like you talk about: anybody
with commit access
With the increased integration of build tools and other notification systems
which desire knowledge of commit activity, it would be useful to provide an
easier mechanism of installing post-commit notification, without having to
use the hook infrastructure. Imagine a user being able to set up commi
On Thu, Apr 22, 2010 at 15:40, wrote:
>...
> +++ subversion/trunk/subversion/libsvn_repos/dump.c Thu Apr 22 19:40:07 2010
>...
> @@ -1109,6 +1114,23 @@ svn_repos_dump_fs3(svn_repos_t *repos,
> loop_end:
> if (progress_func)
> SVN_ERR(progress_func(progress_baton, to_rev, NULL, s
On Thu, Apr 22, 2010 at 14:59, wrote:
>...
> +++ subversion/trunk/subversion/libsvn_client/diff.c Thu Apr 22 18:59:01 2010
> @@ -894,6 +894,11 @@ convert_to_url(const char **url,
> SVN_ERR(svn_wc__node_get_copyfrom_info(url, ©from_rev,
> wc_ctx,
On Thu, Apr 22, 2010 at 15:48, Daniel Näslund wrote:
> On Thu, Apr 22, 2010 at 02:45:08PM -0400, Greg Stein wrote:
>> On Thu, Apr 22, 2010 at 10:05, Daniel Näslund wrote:
>...
>> > * subversion/tests/cmdline/stat_tests.py
>> > (status_with_tree_conflicts): An copied node should not have a
>> >
On Mon, Apr 05, 2010 at 01:41:03PM +0200, Stefan Sperling wrote:
> On Mon, Apr 05, 2010 at 10:02:56AM +0200, Daniel Näslund wrote:
> > Git unidiff format extension to 'svn patch' and 'svn diff'
> > ===
[..]
> > 2) Add the ability to track r
On Thu, Apr 22, 2010 at 02:45:08PM -0400, Greg Stein wrote:
> On Thu, Apr 22, 2010 at 10:05, Daniel Näslund wrote:
> > [[[
> > As part of WC-NG, replace entry calls for revisions from
> > svn_wc_status2_t related code.
> >
> > The entries code set the revision of newly added nodes to 0 but the db
phi...@apache.org wrote:
> Author: philip
> Date: Thu Apr 22 18:59:01 2010
> New Revision: 937010
>
> URL: http://svn.apache.org/viewvc?rev=937010&view=rev
> Log:
> Move some code.
>
> * subversion/libsvn_wc/copy.c
> (determine_copyfrom_info): Delete.
> (copy_file_administratively, copy_dir_a
On Thu, Apr 22, 2010 at 10:05, Daniel Näslund wrote:
> Hi!
>
> [[[
> As part of WC-NG, replace entry calls for revisions from
> svn_wc_status2_t related code.
>
> The entries code set the revision of newly added nodes to 0 but the db
> sets them to -1. Since too many tests needs to be changed and
On Thu, Apr 22, 2010 at 09:49, wrote:
>...
> +++ subversion/trunk/subversion/libsvn_subr/subst.c Thu Apr 22 13:49:14 2010
>...
> @@ -1164,13 +1201,40 @@ translated_stream_reset(void *baton)
> return svn_error_return(err);
> }
>
> +/* svn_stream_mark_t for translation streams. */
> +typedef str
On Thu, Apr 22, 2010 at 08:03, wrote:
> Author: stsp
> Date: Thu Apr 22 12:03:40 2010
> New Revision: 936802
>
> URL: http://svn.apache.org/viewvc?rev=936802&view=rev
> Log:
> * subversion/tests/svn_test_main.c
> (main): Override the default malfunction handler to avoid abort()
> in the C test
On Wed, Apr 21, 2010 at 10:32, Greg Stein wrote:
> On Wed, Apr 21, 2010 at 07:22, Philip Martin
> wrote:
>> Philip Martin writes:
>>
>>> Greg Stein writes:
>>>
With this change, our code no longer reads "all entries", nor does it
attempt to cache that hash of entries.
The o
This is from an email conversation with C. Michael Pilato about the
performance
degradation of 'svn log -g' involving revisions with plenty of changed
paths.
BTW: as a workaround would it help to split a large commit into several
smaller
ones so that mergeinfo examination can be skipped for revisi
Hi!
[[[
As part of WC-NG, replace entry calls for revisions from
svn_wc_status2_t related code.
The entries code set the revision of newly added nodes to 0 but the db
sets them to -1. Since too many tests needs to be changed and 'svn info'
also uses 0, I'll change those values in a follow-up patc
21 matches
Mail list logo
