> -Original Message-
> From: Kannan R [mailto:kann...@collab.net]
> Sent: maandag 2 augustus 2010 23:05
> To: dev@subversion.apache.org
> Cc: Vijayaguru Guruchave
> Subject: Re: Export with --native-eol is not applied to file externals
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
Today in IRC:
Aug 02 10:57:30 pburba: When running tests with Single-DB I see
that on merging to missing files, the nodes are reported as missing..
but then some mergeinfo is recorded anyway. Is this the intended?
behavior (I think this was merge_tests.py 16)
Aug 02 10:57:52 (that mergeinfo is
>> Did you try compiling Subversion with the SVN_WC__SINGLE_DB and SINGLE_DB
>> defined in wc.h yet? (This enables the experimental single-db mode)
>>
>> It should give some impression on what you can expect with single-db. (I
>> think the current status is about 40 testfailures (9 in the upgrade
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 03 August 2010 02:34 AM, Kannan R wrote:
> On Monday 02 August 2010 11:15 PM, vijayaguru wrote:
>> Hi,
>
>> This is the follow up of issue reported in [1] . Export with
>> --native-eol option did not work with externals before. Bert
>> fixed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 02 August 2010 11:15 PM, vijayaguru wrote:
> Hi,
>
> This is the follow up of issue reported in [1] . Export with
> --native-eol option did not work with externals before. Bert fixed it in
> r966747.It works fine for directory externals. But
Is this necessary to avoid some race conditions around a revprop becoming
packed just before commit_body()'s write-lock had been acquired?
[[[
Index: fs_fs.c
===
--- fs_fs.c (revision 981659)
+++ fs_fs.c (working copy)
@@ -609
On 02.08.2010 12:32, Bert Huijben wrote:
I don't think there is a specific per folder check like this, but retrieving
specific data about just one node (instead of its folder) will be *much*
faster than in the old entries store. With the entries files we had to read
the entire file in all cases,
Paul,
Thanks for the extremely detailed technical+historical explanation and for
the suggested workarounds. I admit I was a bit surprised to find out the
sequence in the subject isn't a noop, but at least now I know why :-)
Thanks again,
Daniel
Paul Burba wrote on Mon, Aug 02, 2010 at 09:59:15
C. Michael Pilato wrote on Mon, Aug 02, 2010 at 00:42:34 -0400:
> On 08/01/2010 01:59 AM, Daniel Shahaf wrote:
> > Buildbot sees that too over ra_local:
> > http://ci.apache.org/builders/svn-slik-w2k3-x64-local/builds/986
>
> Did I read in another thread that this was found and fixed?
The test se
Simon Atanasyan wrote on Mon, Aug 02, 2010 at 19:59:31 +0400:
> From the programmer's point of view if you create repository calling
> svn_fs_create with the new configuration option you easily get well commented
> db/fsfs.conf with necessary settings.
svn_fs_create() already takes an FS_CONFIG pa
Hi Erik.
Would you or anybody volunteer to draw a diagram of how these table rows
look in various simple-ish WC states?
I feel stupid saying this, but I haven't yet got much of an idea at all
about how a set of database rows will represent a particular collection
of repository nodes and local cha
Hi,
This is the follow up of issue reported in [1] . Export with
--native-eol option did not work with externals before. Bert fixed it in
r966747.It works fine for directory externals. But file externals are
facing the issue mentioned in the link.
Herewith attached the script that reproduces the
On Tue, Jul 20, 2010 at 20:29, Hyrum K. Wright wrote:
> On Jul 20, 2010, at 9:32 AM, Simon Atanasyan wrote:
>
> The general idea of the patch is to introduce new svnadmin option
> and FSFS filesystem configuration option to allow enabling/disabling
> repository sharing on FSFS.
>
> I am not sure
On Mon, Aug 02, 2010 at 10:10:18AM -0500, Peter Samuelson wrote:
>
> [s...@apache.org]
> > + switch (kind)
> > +{
> > +case svn_node_none:
> > + SVN_ERR(write_config(fs, pool));
> > + break;
> > +case svn_node_dir:
> > + return svn_error_return(svn_error_createf(SVN_ERR
[s...@apache.org]
> + switch (kind)
> +{
> +case svn_node_none:
> + SVN_ERR(write_config(fs, pool));
> + break;
> +case svn_node_dir:
> + return svn_error_return(svn_error_createf(SVN_ERR_FS_GENERAL, NULL,
> +_("'%s' is a
Sorry to be pedantic about variable naming, but stuff in
include/private/svn_*.h is usually prefixed with 'svn__' instead of
'svn_'. Since these private symbols are included in the same library
as the public API, we prefer the naming differentiation so that folks
know these APIs are not for public
On Sat, Jul 31, 2010 at 7:13 PM, Daniel Shahaf wrote:
> Reverse-merging a change, and then re-merging it, falsely causes 'status' and
> 'diff' to think the affected files are still changed:
Hi Daniel,
This is issue #2881 'Support negated mergeinfo revision ranges'
(http://subversion.tigris.org/i
"Bert Huijben" writes:
>> -Original Message-
>> From: phi...@apache.org [mailto:phi...@apache.org]
>> Sent: maandag 2 augustus 2010 14:19
>> To: comm...@subversion.apache.org
>> Subject: svn commit: r981479 -
>> /subversion/trunk/subversion/libsvn_wc/adm_files.c
>>
>> Author: philip
>> D
> -Original Message-
> From: phi...@apache.org [mailto:phi...@apache.org]
> Sent: maandag 2 augustus 2010 14:19
> To: comm...@subversion.apache.org
> Subject: svn commit: r981479 -
> /subversion/trunk/subversion/libsvn_wc/adm_files.c
>
> Author: philip
> Date: Mon Aug 2 12:19:12 2010
>
> -Original Message-
> From: Stefan Küng [mailto:tortoise...@gmail.com]
> Sent: zaterdag 31 juli 2010 17:31
> To: Subversion Development
> Subject: Need fast ways to get Info once WC-NG is introduced
>
> Hi,
>
> I think I best first describe what I do in TSVN now:
> TSVN has a cache of
On Mon, Aug 02, 2010 at 02:18:45AM +0300, Daniel Shahaf wrote:
> Why not
>
> err2 = svn_dirent_get_absolute();
> if (err2)
> return svn_error_compose_create(err2, err);
>
> ?
Oh, right! Thanks for the cluestick :)
21 matches
Mail list logo
