Stefan Sperling wrote:
>LAMBERT DAVID LD wrote:
>> On Windows Server 2003 R2, when svnserve is launched from the command
>> line prompt, and a svnserve is already running, the command keep running
>> indefinitly.
>>
>> It should instead stop and display an error message saying it's already
>> runn
2010/7/8 Manuel Pégourié-Gonnard :
> The output of the final svn status -v looks as follows:
>
> 2 1 mpg active-back-then-up/newdir/file
> 2 2 mpg active/newdir/file
> 2 1 mpg passive/newdir/file
>
> As
Daniel Shahaf wrote on Tue, 22 Jun 2010 at 20:50 -:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3641
>
> Briefly, the issue is that when svnsync encounters the following history:
>
> r5 | pm | 2010-05-18
On 07/03/2010 03:28 PM, Stefan Fuhrmann wrote:
Go and grab your share at
https://tortoiseanalyze.svn.sourceforge.net/svnroot/tortoiseanalyze/OptimizedSVN/branches/prototype
It is SVN 1.7 + APR 1.3 + ZLIB 1.2.5 tuned for svnadmin and
threaded svnserve performance with FSFS. All tests pass on L
Working on #3641. I had a changelist containing svnsync_tests.py, two
dumpfiles (for the test), and libsvn_repos/replay.c.
I saved a diff of the whole CL as ../i3.diff.
I 'svn revert'ed replay.c and rebuilt.
I then ran 'svn patch ../i3.diff'.
Result: one hunk was forcefully re-applied, even t
On 07/08/2010 01:17 AM, Daniel Shahaf wrote:
@Bert: could you please trim quoted patches to only the relevant parts?
Scrolling is tedious when I don't have have line folding available...
+1 on this, in Thunderbird, it took a while to scan through the whole
email to see the comments.
Regards,
Hi,
A bit of a corner case but I thought I mention it anyway.
If I move a new folder with a renamed file this causes an error message
I'm stacking move operations, which is probably not wise but a result
of the fact that I'm using a script with some logic to cleanup our
repos.
It looks like the f
On Thu, Jul 8, 2010 at 2:27 PM, Onno van der Straaten <
onno.van.der.straa...@gmail.com> wrote:
> A problem in serf indeed
>
> (gdb) run co https://myrepos/svn/project1 /home/ostraaten/project1 -N
> Starting program: /usr/local/bin/svn co https://myrepos/svn/project1
> /home/ostraaten/project1 -N
On Thu, Jul 8, 2010 at 10:27, wrote:
>...
> +++ subversion/trunk/subversion/libsvn_wc/wc-queries.sql Thu Jul 8 14:27:22
> 2010
> @@ -400,7 +400,7 @@ INSERT OR REPLACE INTO BASE_NODE (
> changed_author, properties, repos_id, repos_relpath, checksum, changed_date,
> depth, symlink_target, dav
Hi Stephan,
I cannot see this behavior.
Instead, the command is blocked. I don't get the error message.
David
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: jeudi 8 juillet 2010 17:18
To: LAMBERT DAVID LD
Cc: dev@subversion.apache.org
Subject: Re: Bug: svnserve fa
On Thu, Jul 8, 2010 at 12:33, Julian Foad wrote:
>...
> The auto-upgrade code, currently used for 1.7-dev to 1.7-dev, is invoked
> when opening a versioned directory:
>...
> So a possible way is:
>
> * bump_to_19() needs to migrate the contents of the SDB (and pristine
> store) down into the WC-r
I'm looking at the upgrade process. I haven't looked at implementing
the DB table rows migration described in ;
instead I'm trying to see how that fits into the overall DB
open-and-upgrade code flow.
Here's the upgrade code for 1.6 to 1.7:
svn_client_upgrade() // upgrade a whole WC to latest
On Thu, Jul 08, 2010 at 04:21:33PM +0200, LAMBERT DAVID LD wrote:
> Hi,
>
>
>
> I'd like to submit the following bug about SVN server :
>
> On Windows Server 2003 R2, when svnserve is launched from the command
> line prompt, and a svnserve is already running, the command keep running
> indefin
Hi,
I'd like to submit the following bug about SVN server :
On Windows Server 2003 R2, when svnserve is launched from the command
line prompt, and a svnserve is already running, the command keep running
indefinitly.
It should instead stop and display an error message saying it's already
runni
On 07/08/2010 09:32 AM, Igor Sereda wrote:
>> I like the idea of this change, but I wonder if it can be made without
>> introducing a new command-line option. Your "expectations" as listed above
>> certainly make sense. That is, until you actually read the built-in
>> documentation found in the p
On Thu, 2010-07-08 at 15:23 +0200, Stefan Sperling wrote:
> On Thu, Jul 08, 2010 at 02:08:15PM +0200, Stefan Sperling wrote:
> > On Thu, Jul 08, 2010 at 12:39:22PM +0100, Julian Foad wrote:
> > > I've only skimmed through it so far, and probably can't do a full review
> > > before the end of the mo
> I like the idea of this change, but I wonder if it can be made without
> introducing a new command-line option. Your "expectations" as listed above
> certainly make sense. That is, until you actually read the built-in
> documentation found in the program's usage message. :-)
I see what you me
--with-neon=/usr
works for me, thanks
I did also follow the following instruction because I think neon was
not installed, I'm not sure.
http://www.techsww.com/tutorials/libraries/neon/installation/installing_neon_on_ubuntu_linux.php
Onno
On Thu, Jul 08, 2010 at 02:08:15PM +0200, Stefan Sperling wrote:
> On Thu, Jul 08, 2010 at 12:39:22PM +0100, Julian Foad wrote:
> > I've only skimmed through it so far, and probably can't do a full review
> > before the end of the month. However from what I've seen it looks good
> > enough to go a
On Thu, Jul 08, 2010 at 02:27:35PM +0200, Onno van der Straaten wrote:
> A problem in serf indeed
>
> (gdb) run co https://myrepos/svn/project1 /home/ostraaten/project1 -N
> Starting program: /usr/local/bin/svn co https://myrepos/svn/project1
> /home/ostraaten/project1 -N
> [Thread debugging using
A problem in serf indeed
(gdb) run co https://myrepos/svn/project1 /home/ostraaten/project1 -N
Starting program: /usr/local/bin/svn co https://myrepos/svn/project1
/home/ostraaten/project1 -N
[Thread debugging using libthread_db enabled]
Program received signal SIGSEGV, Segmentation fault.
0x002d
On Thu, Jul 08, 2010 at 12:39:22PM +0100, Julian Foad wrote:
> (Oops, I forgot to trim 60 KB of quoted text in my previous reply :-( )
>
>
> Would you mind writing a test. The thing that most needs testing, I
> should think, is interleaving read(), readline(), mark() and seek().
> Here's an idea
(Oops, I forgot to trim 60 KB of quoted text in my previous reply :-( )
Would you mind writing a test. The thing that most needs testing, I
should think, is interleaving read(), readline(), mark() and seek().
Here's an idea for a test:
Stream content = "Line one.\nLine two.\n"
# Some point
On Thu, Jul 08, 2010 at 09:52:51AM +0100, Julian Foad wrote:
> Hi Stefan. I've just started looking at this. Overall impression is it
> looks like you've done it very well - thank you!
>
> Could you possibly get the readline_detect_eol() API changes out of this
> patch, and make them in a separa
@Bert: could you please trim quoted patches to only the relevant parts?
Scrolling is tedious when I don't have have line folding available...
Bert Huijben wrote on Thu, 8 Jul 2010 at 12:28 -:
> > -Original Message-
> > From: Ramkumar Ramachandra [mailto:artag...@gmail.com]
> > Sent: do
Manuel Pégourié-Gonnard writes:
> svnadmin create repo
> svn co file://$PWD/repo active
> svn co file://$PWD/repo passive
> cd active
> svn mkdir dir
> touch dir/file
> svn add dir/file
> svn ci -minitial
> svn cp dir newdir
> svn ci -m'after cp'
> cd ..
> cp -a active active-back-then-up
> (cd p
On Thu, Jul 08, 2010 at 08:06:18AM +0200, Onno van der Straaten wrote:
> svn co https://myrepos/svn/project1 /home/ostraaten/project1 -N
> causes
> Segmentation fault
>
> My repos is Subversion version 1.6.9 (r901367)
> I created my client from the trunk this morning revision 961534.
Try neon in
Hi,
The computation of the last modification revision (as in the expansion of the
$Rev$ keyword or the second column of the output of "svn status -v") seems to
depend on the update path of the working copy used, rather than only on the
history of the file in the repo. It looks wrong to me, and aft
> -Original Message-
> From: Marco Jansen [mailto:sart...@gmail.com]
> Sent: Wednesday, July 07, 2010 4:44 PM
> To: dev@subversion.apache.org
> Subject: Suggestion: Transparent Branching
>
> Greetings,
>
> The issue we have is that we use trunk as a stable version, but with
ongoing
> main
> -Original Message-
> From: Ramkumar Ramachandra [mailto:artag...@gmail.com]
> Sent: donderdag 8 juli 2010 10:35
> To: dev@subversion.apache.org
> Cc: Jonathan Nieder; Sverre Rabbelier; Git Mailing List
> Subject: [PATCH] Add svnrdump
>
> Hi,
>
> Kindly find the diff for svnrdump in th
Hi,
Kindly find the diff for svnrdump in the later part of this email. I
haven't written a build.conf rule or manpage, but I suppose I can do
them in another patch.
Thanks.
-- Ram
8<--->8-
Index: subversion/svnrdump/dump_editor.c
> -Original Message-
> From: hy...@hyrumwright.org [mailto:hy...@hyrumwright.org] On Behalf Of
> Hyrum K. Wright
> Sent: donderdag 8 juli 2010 4:31
> To: Bert Huijben
> Cc: Subversion Development
> Subject: Re: Do we better tolerate obstructed updates?
>
> On Wed, Jul 7, 2010 at 1:32 PM,
Hi Mark,
Mark Phippard writes:
> On Wed, Jul 7, 2010 at 10:47 AM, Ramkumar Ramachandra
> wrote:
>
> > I have recently developed a new svn_editor_t editor for Subversion
> > that uses the replay API to generate a dumpfile v3 over the network
> > on-the-fly (without touching the filesystem except
33 matches
Mail list logo