Re: Improving svn commit progress notification

2014-06-17 Thread Ben Reser
On 6/17/14 6:43 PM, C. Michael Pilato wrote: > On 06/17/2014 10:40 AM, Ivan Zhakov wrote: >> [[[ >> $ svn ci wc -m "log msg" >> Sendingwc\foo >> Transmitting file data . >> Finalizing commit ... >> Committed revision 5. >> ]]] > > I like this. And, it's the only one that doesn't change a

Re: enable packing by default

2014-06-17 Thread Stefan Fuhrmann
On Mon, Jun 16, 2014 at 10:01 PM, Philip Martin wrote: > Stefan Sperling writes: > > > On Mon, Jun 16, 2014 at 03:53:16PM +0200, Stefan Sperling wrote: > >> Stefan2 pointed out that format 7 is less efficient if packing is > disabled. > >> So to fully benefit from format 7 in the default configu

Re: Improving svn commit progress notification

2014-06-17 Thread C. Michael Pilato
On 06/17/2014 10:40 AM, Ivan Zhakov wrote: > [[[ > $ svn ci wc -m "log msg" > Sendingwc\foo > Transmitting file data . > Finalizing commit ... > Committed revision 5. > ]]] I like this. And, it's the only one that doesn't change a line of output that surely *countless* scripts have alread

[PATCH V1] Fix the hotcopy messing up the destination db/current for old repositories

2014-06-17 Thread Evgeny Kotkov
Hi, Here is something I was working on at the hackathon. This is the problem I reported in http://svn.haxx.se/dev/archive-2014-02/0187.shtml In brief, the problem lies in the way we use the recovery code when hotcopying these old repositories. We grab the YOUNGEST revision from the source, do th

Re: Improving svn commit progress notification

2014-06-17 Thread Stefan Sperling
On Tue, Jun 17, 2014 at 06:40:43PM +0400, Ivan Zhakov wrote: > Anyone have any ideas on the UI in svn command line. I've prepared > several versions:1. > > [[[ > $ svn ci wc -m "log msg" > Sendingwc\foo > Transmitting file data . > Finalizing commit ... > Committed revision 5. > ]]] > >

Re: --strict vs --no-newline

2014-06-17 Thread Julian Foad
Johan Corveleyn wrote: > Julian Foad wrote: > ... >> Do we really want a new subcommand "svn youngest" for this? >> >> We already have: >> >>   svnversion >>     # youngest rev in a WC >> >>   svn info $URL | grep 'Revision:' >>     # head revision of repo in which $URL exists > > Not ex

Improving svn commit progress notification

2014-06-17 Thread Ivan Zhakov
Hi, I'm looking to improving svn commit progress notification. I want to add notification between "Transmitting deltas" and final "Committed revision X". The final stage may take significant amount of time, especially if we implement automatic packing someday. It's better to explicitly tell user t

Re: --strict vs --no-newline

2014-06-17 Thread Johan Corveleyn
On Tue, Jun 17, 2014 at 1:09 PM, Julian Foad wrote: ... > Do we really want a new subcommand "svn youngest" for this? > > We already have: > > svnversion > # youngest rev in a WC > > svn info $URL | grep 'Revision:' > # head revision of repo in which $URL exists Not exactly. It would

Re: --strict vs --no-newline

2014-06-17 Thread Julian Foad
Julian Foad wrote: [We had] >   * svnversion --no-newline > >   * svn propget --strict   # basically means no-newline     * svnlook youngest     * svn youngest --no-newline and I just added a --no-newline option to 'svnlook youngest':     * svnlook youngest --no-newline But now I not

Re: [PATCH] --invoke-diff-cmd

2014-06-17 Thread Stefan Sperling
On Mon, Jun 16, 2014 at 03:21:05PM +0100, Gabriela Gibson wrote: > Hi, Hi Gabriela, I finally found some time to take a look at this. Comments below, based on a discussion of your patch between me and Ivan Zhakov. Specifically, we were looking for ways to simplify your patch, i.e. make it smaller

Re: svn commit: r1602871 - /subversion/trunk/subversion/libsvn_fs/fs-loader.c

2014-06-17 Thread Stefan Sperling
On Tue, Jun 17, 2014 at 12:08:05AM +, Daniel Shahaf wrote: > s...@apache.org wrote on Mon, Jun 16, 2014 at 14:11:18 -: > > -#ifdef PACK_AFTER_EVERY_COMMIT > > Should we make it an #error for PACK_AFTER_EVERY_COMMIT to be defined? > (in order to forcibly break any scripts that use the #defi