Re: Moving some of our tools to main subversion

2014-10-20 Thread Stefan Fuhrmann
On Thu, Sep 11, 2014 at 7:50 PM, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: On Wed, Sep 10, 2014 at 4:48 PM, Ivan Zhakov i...@visualsvn.com wrote: On 1 September 2014 01:53, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: On Fri, Aug 29, 2014 at 5:26 PM, Ivan Zhakov

Re: Moving some of our tools to main subversion

2014-09-11 Thread Stefan Fuhrmann
On Wed, Sep 10, 2014 at 4:48 PM, Ivan Zhakov i...@visualsvn.com wrote: On 1 September 2014 01:53, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: On Fri, Aug 29, 2014 at 5:26 PM, Ivan Zhakov i...@visualsvn.com wrote: On 28 August 2014 15:18, Stefan Fuhrmann stefan.fuhrm...@wandisco.com

Re: Moving some of our tools to main subversion

2014-09-10 Thread Ivan Zhakov
On 1 September 2014 01:53, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: On Fri, Aug 29, 2014 at 5:26 PM, Ivan Zhakov i...@visualsvn.com wrote: On 28 August 2014 15:18, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: On Wed, Aug 27, 2014 at 5:54 PM, Ivan Zhakov i...@visualsvn.com

Re: Moving some of our tools to main subversion

2014-09-01 Thread Ivan Zhakov
On 29 August 2014 22:48, Branko Čibej br...@wandisco.com wrote: On 29.08.2014 20:12, Julian Foad wrote: Please everyone calm down. From scanning this conversation, it looks like the main technical substance is that a commit exposed some symbols wrongly, and the layering of the functionality

Re: Moving some of our tools to main subversion

2014-08-31 Thread Stefan Fuhrmann
On Fri, Aug 29, 2014 at 5:26 PM, Ivan Zhakov i...@visualsvn.com wrote: On 28 August 2014 15:18, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: On Wed, Aug 27, 2014 at 5:54 PM, Ivan Zhakov i...@visualsvn.com wrote: On 27 August 2014 19:42, Stefan Fuhrmann stefan.fuhrm...@wandisco.com

Re: Moving some of our tools to main subversion

2014-08-29 Thread Branko Čibej
On 29.08.2014 17:26, Ivan Zhakov wrote: Please revert immediately. Proper way is to implement three specific semi-private functions in libsvn_fs_fs for collecting stats, dumping and loading FS indexes and then use in svnfsfs. Sounds like a good idea at the first glance, but it * adds a

Re: Moving some of our tools to main subversion

2014-08-29 Thread Julian Foad
Please everyone calm down. From scanning this conversation, it looks like the main technical substance is that a commit exposed some symbols wrongly, and the layering of the functionality may need to be improved. Or something like that. (Exactly what the technical issues are, is not the point

Re: Moving some of our tools to main subversion

2014-08-29 Thread Branko Čibej
On 29.08.2014 20:12, Julian Foad wrote: Please everyone calm down. From scanning this conversation, it looks like the main technical substance is that a commit exposed some symbols wrongly, and the layering of the functionality may need to be improved. Or something like that. (Exactly what

Re: Moving some of our tools to main subversion

2014-08-28 Thread Stefan Fuhrmann
On Wed, Aug 27, 2014 at 5:54 PM, Ivan Zhakov i...@visualsvn.com wrote: On 27 August 2014 19:42, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: On Tue, Aug 26, 2014 at 4:00 PM, C. Michael Pilato cmpil...@collab.net wrote: On 08/26/2014 09:02 AM, Stefan Fuhrmann wrote:

Re: Moving some of our tools to main subversion

2014-08-27 Thread Stefan Fuhrmann
On Tue, Aug 26, 2014 at 4:00 PM, C. Michael Pilato cmpil...@collab.net wrote: On 08/26/2014 09:02 AM, Stefan Fuhrmann wrote: Note that we never include such headers in current Subversion code except fs-loader.h and tests. Would moving the declarations (2 structs, 10

Re: Moving some of our tools to main subversion

2014-08-27 Thread Ivan Zhakov
On 27 August 2014 19:42, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: On Tue, Aug 26, 2014 at 4:00 PM, C. Michael Pilato cmpil...@collab.net wrote: On 08/26/2014 09:02 AM, Stefan Fuhrmann wrote: Note that we never include such headers in current Subversion code except

Re: Moving some of our tools to main subversion

2014-08-26 Thread Ivan Zhakov
On 19 August 2014 15:34, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: Hi there, At the SHF hackathon, we talked what tools should be installed by default and which should be part of tools. We decided to make * svn-bench (reported as useful in the field) and I agree that 'svn-bench'

Re: Moving some of our tools to main subversion

2014-08-26 Thread Stefan Fuhrmann
On Tue, Aug 26, 2014 at 2:11 PM, Ivan Zhakov i...@visualsvn.com wrote: On 19 August 2014 15:34, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote: Hi there, At the SHF hackathon, we talked what tools should be installed by default and which should be part of tools. We decided to

Re: Moving some of our tools to main subversion

2014-08-26 Thread C. Michael Pilato
On 08/26/2014 09:02 AM, Stefan Fuhrmann wrote: Personally, I'd be fine with renaming it. Others think we shouldn't do it because of released. Realistically, we will break hardly anybody's setup by renaming it. +1. Note that we never include such headers in current Subversion code

Re: Moving some of our tools to main subversion

2014-08-26 Thread Stefan Sperling
On Tue, Aug 26, 2014 at 04:11:27PM +0400, Ivan Zhakov wrote: I doubt that 'svnfsfs' can be moved to main Subversion in the current state because it uses internal library headers and functions from libsvn_fs_fs: [[[ #include ../libsvn_fs_fs/index.h #include ../libsvn_fs_fs/pack.h #include

Moving some of our tools to main subversion

2014-08-19 Thread Stefan Fuhrmann
Hi there, At the SHF hackathon, we talked what tools should be installed by default and which should be part of tools. We decided to make * svn-bench (reported as useful in the field) and * svnfsfs (disaster recovery tools should be available by default) part of the standard set of binaries.