Re: [fossil-dev] SVN import branch try out assistance

2015-02-08 Thread jungle Boogie
On 7 February 2015 at 15:14, Baruch Burstein wrote: > On Sun, Feb 8, 2015 at 1:00 AM, jungle Boogie > wrote: >> >> Hi Baruch, >> On 7 February 2015 at 13:29, Baruch Burstein wrote: >> > Run `fossil help import` for details. >> > Basically: >> > % fossil import svn /path/to/repo /path/to/dump >>

Re: [fossil-dev] SVN import branch try out assistance

2015-02-07 Thread Baruch Burstein
On Sun, Feb 8, 2015 at 1:00 AM, jungle Boogie wrote: > Hi Baruch, > On 7 February 2015 at 13:29, Baruch Burstein wrote: > > Run `fossil help import` for details. > > Basically: > > % fossil import svn /path/to/repo /path/to/dump > > % fossil help import > Usage: fossil import FORMAT ?OPTIONS? NE

Re: [fossil-dev] SVN import

2015-01-14 Thread Baruch Burstein
On Wed, Jan 14, 2015 at 11:55 AM, Stephan Beal wrote: > On Wed, Jan 14, 2015 at 10:32 AM, Jan Nijtmans > wrote: > >> 2015-01-13 21:33 GMT+01:00 Baruch Burstein : >> > After a few days of fighting with this, I realized that handling >> changes to >> > a tag adds a LOT of complexity to the code, a

Re: [fossil-dev] SVN import

2015-01-14 Thread Stephan Beal
On Wed, Jan 14, 2015 at 10:32 AM, Jan Nijtmans wrote: > 2015-01-13 21:33 GMT+01:00 Baruch Burstein : > > After a few days of fighting with this, I realized that handling changes > to > > a tag adds a LOT of complexity to the code, and will still probably > never be > > 100% accurate (it is somewh

Re: [fossil-dev] SVN import

2015-01-14 Thread Jan Nijtmans
2015-01-13 21:33 GMT+01:00 Baruch Burstein : > After a few days of fighting with this, I realized that handling changes to > a tag adds a LOT of complexity to the code, and will still probably never be > 100% accurate (it is somewhat of a heuristic guess as to when a tag is > changed). Is it worth

Re: [fossil-dev] SVN import

2015-01-13 Thread Baruch Burstein
On Mon, Nov 10, 2014 at 6:16 PM, Jan Nijtmans wrote: > 2014-11-10 12:56 GMT+01:00 Baruch Burstein : > > If a change is made to a file under the tags directory, or a file is > > added/deleted, the commit that it tagged will be forked (or should it > > branch?) and a new commit with the changes wil

Re: [fossil-dev] SVN import

2015-01-11 Thread Baruch Burstein
On Mon, Nov 10, 2014 at 11:46 AM, Jan Nijtmans wrote: > 2014-11-09 8:45 GMT+01:00 Baruch Burstein : > > I am looking at that commit now. It seems that you changed files within a > > tag. How would you suggest I handle a situation like that? As far as I > > understand, once a revision is "tagged"

Re: [fossil-dev] SVN import

2014-12-09 Thread Jan Nijtmans
2014-11-29 22:45 GMT+01:00 Baruch Burstein : > I got, and hope to have a fixed version ready soon, but am I little busy at > the moment with a new job, so it may take a while. I'm not trying to put any pressure (better done well than fast ...), but since current trunk uses a different SQLite schem

Re: [fossil-dev] SVN import

2014-11-29 Thread Baruch Burstein
On Sat, Nov 29, 2014 at 7:17 PM, Martin Gagnon wrote: > I've just test with a svnadmin dump file created from a CVS repository > using cvs2svn. In order to make the import work, I had to remove the > part that call fossil_fatal() when not finding the UUID because cvs2svn > doesn't generate any UU

Re: [fossil-dev] SVN import

2014-11-29 Thread Martin Gagnon
On Wed, Nov 05, 2014 at 05:40:59PM +0200, Baruch Burstein wrote: > Hi all, > > While the SVN import still needs work (especially code cleanup, and probably a > feature or two), I think it is already at a testable state. Anyone willing to > test it - please let me know if you have any issues (or be

Re: [fossil-dev] SVN import

2014-11-13 Thread Baptiste Daroussin
After a few days it was still running, importing becoming slower and slower so I gave up regards, Bapt ___ fossil-dev mailing list fossil-dev@lists.fossil-scm.org http://sqlite.org:8080/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] SVN import

2014-11-10 Thread Baruch Burstein
On Mon, Nov 10, 2014 at 6:16 PM, Jan Nijtmans wrote: > 2014-11-10 12:56 GMT+01:00 Baruch Burstein : > > If a change is made to a file under the tags directory, or a file is > > added/deleted, the commit that it tagged will be forked (or should it > > branch?) and a new commit with the changes wil

Re: [fossil-dev] SVN import

2014-11-10 Thread Stephan Beal
On Mon, Nov 10, 2014 at 5:16 PM, Jan Nijtmans wrote: > 2014-11-10 12:56 GMT+01:00 Baruch Burstein : > > I don't know how to manage deleted tags. > This should result in a control artifact in stead of a commit, which > simply deletes the tag from the referenced commit. > @Baruch: such a tag looks

Re: [fossil-dev] SVN import

2014-11-10 Thread Jan Nijtmans
2014-11-10 12:56 GMT+01:00 Baruch Burstein : > Any changes done outside of the trunk/branches/tags directories will be > ignored (silently or with a warning) OK > A branch/tag that doesn't have an obvious parent checkin to apply to, will > be applied to the most recent checkin (or should it be the

Re: [fossil-dev] SVN import

2014-11-10 Thread Baruch Burstein
On Mon, Nov 10, 2014 at 11:46 AM, Jan Nijtmans wrote: > Commit 70 moved everything under "/trunk/tkimg/" directly under "trunk". In > the same commit I added svn properties to other branches, so - indeed - > this is a challenging test-case. I would expect this single svn commit > result in 5

Re: [fossil-dev] SVN import

2014-11-10 Thread Jan Nijtmans
2014-11-09 8:45 GMT+01:00 Baruch Burstein : > I am looking at that commit now. It seems that you changed files within a > tag. How would you suggest I handle a situation like that? As far as I > understand, once a revision is "tagged" (that is, copied to the "tags" > directory), the files in it sho

Re: [fossil-dev] SVN import

2014-11-08 Thread Baruch Burstein
On Fri, Nov 7, 2014 at 2:11 PM, Jan Nijtmans wrote: > 2014-11-07 12:52 GMT+01:00 Jan Nijtmans : > > My proposed fix, please evaluate: > > > > Tried to convert tkimg to fossil: > $ /fossil import svn tkimg.fossil tkimg.dump >

Re: [fossil-dev] SVN import

2014-11-07 Thread Jan Nijtmans
2014-11-07 12:52 GMT+01:00 Jan Nijtmans : > My proposed fix, please evaluate: > Tried to convert tkimg to fossil: $ /fossil import svn tkimg.fossil tkimg.dump Importing SVN revision: 70 Commit to multiple branches :-(

Re: [fossil-dev] SVN import

2014-11-07 Thread Jan Nijtmans
2014-11-07 0:52 GMT+01:00 Baptiste Daroussin : > Right test started so far it has computed 99347 checkins in 9 hours > around 180k more checkins to go :) this is the freebsd base system. Great! So I'll report the things I find: cc -DHAVE_READLINE -g -O2 -DHAVE_AUTOCONFIG_H -D_HAVE_SQLITE_CONF

Re: [fossil-dev] SVN import

2014-11-07 Thread Baptiste Daroussin
To be honnest I would have expected something way slower, so I'm really happy with the current speed :) (of course any speed up is always appreciated 2014-11-07 11:11 GMT+01:00 Baruch Burstein : > On Fri, Nov 7, 2014 at 9:27 AM, Baptiste Daroussin > wrote: >> >> ok, maybe an option to disable tha

Re: [fossil-dev] SVN import

2014-11-07 Thread Baruch Burstein
On Fri, Nov 7, 2014 at 9:27 AM, Baptiste Daroussin < baptiste.darous...@gmail.com> wrote: > ok, maybe an option to disable that tag will be helpful :) > basically the bottleneck seems to be in CPU, and most of it is done > calling memcmp/memcpy > Will do that when I have time. I think that there

Re: [fossil-dev] SVN import

2014-11-06 Thread Baptiste Daroussin
ok, maybe an option to disable that tag will be helpful :) basically the bottleneck seems to be in CPU, and most of it is done calling memcmp/memcpy 2014-11-07 8:15 GMT+01:00 Baruch Burstein : > On Fri, Nov 7, 2014 at 1:52 AM, Baptiste Daroussin > wrote: >> >> Right test started so far it has com

Re: [fossil-dev] SVN import

2014-11-06 Thread Baruch Burstein
On Fri, Nov 7, 2014 at 1:52 AM, Baptiste Daroussin < baptiste.darous...@gmail.com> wrote: > Right test started so far it has computed 99347 checkins in 9 hours > around 180k more checkins to go :) this is the freebsd base system. > > Next test will be the freebsd ports tree which contains 370k che

Re: [fossil-dev] SVN import

2014-11-06 Thread Baptiste Daroussin
Right test started so far it has computed 99347 checkins in 9 hours around 180k more checkins to go :) this is the freebsd base system. Next test will be the freebsd ports tree which contains 370k checkins and gazillions of small files. It is still alive so it is already very good ! Will keep you

Re: [fossil-dev] SVN import

2014-11-05 Thread Stephan Beal
On Wed, Nov 5, 2014 at 9:34 PM, Baruch Burstein wrote: > from here: > http://fossil-scm.org/index.html/tarball/Fossil-c9fb495e3d.tar.gz?uuid=c9fb495e3d22433766aea793585877afbc40256b > (you will still have to build it) > Or, more simply, grab the latest version of that branch: http://fossil-scm.

Re: [fossil-dev] SVN import

2014-11-05 Thread Baruch Burstein
On Wed, Nov 5, 2014 at 9:37 PM, Baptiste Daroussin < baptiste.darous...@gmail.com> wrote: > As I already said I'm volunteering, where can I grab the patch? > If you have a local clone of the fossil repo just update to the svn-import branch and build it. Otherwise, get it from here: http://fossil-

Re: [fossil-dev] SVN import

2014-11-05 Thread Baptiste Daroussin
As I already said I'm volunteering, where can I grab the patch? regards, Bapt 2014-11-05 16:40 GMT+01:00 Baruch Burstein : > Hi all, > > While the SVN import still needs work (especially code cleanup, and probably > a feature or two), I think it is already at a testable state. Anyone willing > to

Re: [fossil-dev] SVN import

2014-11-05 Thread Baruch Burstein
On Wed, Nov 5, 2014 at 6:06 PM, Stephan Beal wrote: > > On Wed, Nov 5, 2014 at 4:40 PM, Baruch Burstein > wrote: > >> While the SVN import still needs work (especially code cleanup, and >> probably a feature or two), I think it is already at a testable state. >> Anyone willing to test it - pleas

Re: [fossil-dev] SVN import

2014-11-05 Thread Stephan Beal
On Wed, Nov 5, 2014 at 4:40 PM, Baruch Burstein wrote: > While the SVN import still needs work (especially code cleanup, and > probably a feature or two), I think it is already at a testable state. > Anyone willing to test it - please let me know if you have any issues (or > better yet - even if

[fossil-dev] SVN import

2014-11-05 Thread Baruch Burstein
Hi all, While the SVN import still needs work (especially code cleanup, and probably a feature or two), I think it is already at a testable state. Anyone willing to test it - please let me know if you have any issues (or better yet - even if you don't :-). Thanks, Baruch -- ˙uʍop-ǝpısdn sı ɹoʇı