I'm building Subversion 1.6.11 from a read-only source tree. I get this:
/nfs/subversion-1.6.11/build/transform_sql.sh
/nfs/subversion-1.6.11/subversion/libsvn_fs_fs/rep-cache-db.sql <
/nfs/subversion-1.6.11/subversion/libsvn_fs_fs/rep-cache-db.sql >
/nfs/subversion-1.6.11/subversion/libsvn_fs_
On Mon, Nov 3, 2008 at 19:42, Julian Foad wrote:
> On Sat, 2008-11-01 at 09:44 -0700, sbut...@tigris.org wrote:
>> Author: sbutler
>> Date: Sat Nov 1 09:44:45 2008
>> New Revision: 33994
>>
>> Log:
>> In the client commit code, convert a "not found" error to the more
>> helpful "out of date" erro
Daniel Näslund wrote:
> Hi!
>
> First, I've been accepted as a GSoC student for the summer of 2010. I'm
> really excited and look forward to a summer of coding.
>
> I'm supposed to implement the git unidiff format for 'svn diff' and
> 'svn patch' and I'll start with the diff side. The git unidiff
Is the --renumber-revs option to svndumpfilter supposed to do anything
when the --drop-empty-revs option is *not* present?
The help text is a bit vague "--renumber-revs : Renumber revisions
left after filtering." and the "book" seems to say that it doesn't:
[[[
--renumber-revs
If empty rev
Hi!
First, I've been accepted as a GSoC student for the summer of 2010. I'm
really excited and look forward to a summer of coding.
I'm supposed to implement the git unidiff format for 'svn diff' and
'svn patch' and I'll start with the diff side. The git unidiff format
can represent tree changes b
On Tue, Apr 27, 2010 at 09:22, Hyrum K. Wright
wrote:
> On Tue, Apr 27, 2010 at 6:23 AM, Greg Stein wrote:
>> count-progress.py is reporting 143 uses of svn_wc__node_* in my
>> working copy. A quick breakdown of these calls results in:
>>
>> 8 node_get_base_rev
>> 9 node_get_changed_info
>>
On Tue, Apr 27, 2010 at 6:23 AM, Greg Stein wrote:
> count-progress.py is reporting 143 uses of svn_wc__node_* in my
> working copy. A quick breakdown of these calls results in:
>
> 8 node_get_base_rev
> 9 node_get_changed_info
> 1 node_get_changelist
> 5 node_get_children
> 2 node_get_
On Wed, Mar 24, 2010 at 12:02, wrote:
>...
> +++ subversion/trunk/subversion/libsvn_wc/workqueue.c Wed Mar 24 16:02:26 2010
>...
> @@ -1596,9 +1590,12 @@ run_postcommit(svn_wc__db_t *db,
> SVN_ERR(svn_skel__parse_proplist(&new_dav_cache, arg5->next,
> scra
count-progress.py is reporting 143 uses of svn_wc__node_* in my
working copy. A quick breakdown of these calls results in:
8 node_get_base_rev
9 node_get_changed_info
1 node_get_changelist
5 node_get_children
2 node_get_commit_base_rev
6 node_get_copyfrom_info
2 node_get_depth
Greg Stein writes:
> Euh... nope. "does not exist" is svn_node_none.
r938404. Thanks!
--
Philip
Greg Stein writes:
> I'd recommend changing the member name, or adding an assertion. Either
> of those will let callers know what's up with the source path.
r938406. The same member is an URL in other functions.
--
Philip
On Tue, Apr 27, 2010 at 06:17, wrote:
> +++ subversion/trunk/subversion/libsvn_client/copy.c Tue Apr 27 10:17:57 2010
>...
> @@ -1166,13 +1165,17 @@ wc_to_repos_copy(svn_commit_info_t **com
>
> for (i = 0; i < copy_pairs->nelts; i++)
> {
> + svn_node_kind_t kind;
> svn_client__co
On Tue, Apr 27, 2010 at 06:03, wrote:
> Author: philip
> Date: Tue Apr 27 10:03:20 2010
> New Revision: 938388
>
> URL: http://svn.apache.org/viewvc?rev=938388&view=rev
> Log:
> * subversion/libsvn_client/copy.c
> (wc_to_repos_copy): Source path is already absolute so no need to convert.
I'd re
Stefan Fuhrmann wrote:
> Julian Foad wrote:
> > I saw in a later part of the patch that this is so you can make the
> > function 'decode_instruction()' rely on those values. As you know,
> > adding the explicit "=0", "=1", "=2" on the enum definition does not
> > make any difference to the compile
> -Original Message-
> From: Bert Huijben [mailto:rhuij...@sharpsvn.net]
> Sent: 2010 Apr 26 4:57 PM
> To: CollabNet Subversion Client
> Cc: dev@subversion.apache.org
> Subject: RE: svn looses history when moving directories
> >
> > On 4/26/10 9:42 AM, "Piet-Hein Peeters"
> > wrote:
> >
>
Hey all,
I got this data from Jon Trowbridge a few weeks ago, and didn't get
around to publishing it. This is a set of user-agent strings seen on
March 24th.
https://spreadsheets.google.com/ccc?key=0AhveJLGXY4CAdGlpOHVIbGZsbVBLTUh6enpURENvVlE&hl=en
A few comments:
* SVNKit is very high; Bert su
On Mon, Apr 26, 2010 at 8:31 PM, Daniel Shahaf wrote:
> Manuel Vacelet wrote on Mon, 26 Apr 2010 at 20:03 +0200:
>> My 2 cts as time-to-time compiler (user in your list): -deps are one
>> of things I just find perfect when I have to build subversion: no need
>> to worry and to spend time to find a
Stefan Fuhrmann wrote on Tue, 27 Apr 2010 at 02:45 +0200:
> Philip Martin wrote:
> >
> > > + if (cache->partial_page == NULL)
> > > +{
> > > + /* You pinned too many entries. Fix that! */
> > > + svn_error_t *svn_warning = +
> > > svn_error_create(SVN_ERR_INPROCCACHE_OVERFLOW, +
>
> -Original Message-
> From: Stefan Fuhrmann [mailto:stefanfuhrm...@alice-dsl.de]
> Sent: dinsdag 27 april 2010 1:10
> To: Bert Huijben; dev@subversion.apache.org
> Subject: Re: [PATCH] Saving a few cycles, part 1/2
>
> Bert Huijben wrote:
> >
> >> -Original Message-
> >> From: S
What about the case where that file already exists and another name is used?
Bert Huijben (mobile phone)
- Oorspronkelijk bericht -
Van: gst...@apache.org
Verzonden: dinsdag 27 april 2010 2:09
Aan: comm...@subversion.apache.org
Onderwerp: svn commit: r938274 - /subversion/trunk/subversion
20 matches
Mail list logo
