Re: [Vcs-fast-import-devs] What's cooking in git.git (Oct 2009, #01; Wed, 07)

2009-10-30 Thread Sverre Rabbelier
Heya, On Thu, Oct 29, 2009 at 20:50, Ian Clatworthy wrote: >> On Thu, Oct 8, 2009 at 19:39, Shawn O. Pearce wrote: > Sverre Rabbelier wrote: >> [edited Shawn's message somewhat to be more relevant to vcs-fast-import-dev] > > Thanks Sverre. Before I start, sorry for taking so long to reply to thi

Re: [Vcs-fast-import-devs] What's cooking in git.git (Oct 2009, #01; Wed, 07)

2009-10-29 Thread Ian Clatworthy
Sverre Rabbelier wrote: > Heya, > > [edited Shawn's message somewhat to be more relevant to vcs-fast-import-dev] Thanks Sverre. Before I start, sorry for taking so long to reply to this. > On Thu, Oct 8, 2009 at 19:39, Shawn O. Pearce wrote: >> IIRC my problem with options was we weren't enforc

Re: [Vcs-fast-import-devs] What's cooking in git.git (Oct 2009, #01; Wed, 07)

2009-10-29 Thread Johannes Schindelin
Hi, On Wed, 28 Oct 2009, Sverre Rabbelier wrote: > On Thu, Oct 8, 2009 at 10:58, Sverre Rabbelier wrote: > > I think it makes to ignore options that are not for our vcs, as long > > as options that change import behavior (such as marks, date-format) > > are combined with, say, 'feature tool=gi

Re: [Vcs-fast-import-devs] What's cooking in git.git (Oct 2009, #01; Wed, 07)

2009-10-28 Thread Ian Clatworthy
Sverre Rabbelier wrote: > Shawn, what do you want to do with this, it seems the vcs devs are not > very interested in this feature, should I implement it as described > above? Sverre, I'll try to take a look today. Sorry for the lack of response so far - other stuff has been swamping my time and

Re: [Vcs-fast-import-devs] What's cooking in git.git (Oct 2009, #01; Wed, 07)

2009-10-28 Thread Sverre Rabbelier
Heya, On Thu, Oct 8, 2009 at 10:58, Sverre Rabbelier wrote: > I think it makes to ignore options that are not for our vcs, as long > as options that change import behavior (such as marks, date-format) > are combined with, say, 'feature tool=git'. This way we can be sure > that when outputting out

Re: [Vcs-fast-import-devs] What's cooking in git.git (Oct 2009, #01; Wed, 07)

2009-10-11 Thread Sverre Rabbelier
Heya, On Sun, Oct 11, 2009 at 13:40, Matt McClure wrote: > Who is the fast-output developer to say that only one fast-import tool > should use his stream? He knows that a foreign tool that does not heed his 'option git stream-changing-option' will mis-parse the stream. For example the Bazaar peo

Re: [Vcs-fast-import-devs] What's cooking in git.git (Oct 2009, #01; Wed, 07)

2009-10-11 Thread Matt McClure
On Thu, Oct 8, 2009 at 1:58 PM, Sverre Rabbelier wrote: > On Thu, Oct 8, 2009 at 19:39, Shawn O. Pearce wrote: >> Other options that are clearly git should be declared as: >> >>  option git max-pack-size=2048 >> >> with the meaning of option being declared something like: >> >>  If the parsing VC

Re: [Vcs-fast-import-devs] What's cooking in git.git (Oct 2009, #01; Wed, 07)

2009-10-08 Thread Sverre Rabbelier
Heya, [edited Shawn's message somewhat to be more relevant to vcs-fast-import-dev] On Thu, Oct 8, 2009 at 19:39, Shawn O. Pearce wrote: > IIRC my problem with options was we weren't enforcing them, and yet > they were necessary for a successful import, e.g. import-marks or > export-marks.  A min