Re: [fpc-other] Fork

2010-10-24 Thread Adem
On 2010-10-24 13:15, Marco van de Voort wrote: In our previous episode, Adem said: But, I must say I am disappointed at the lack of management skills. You should ask yourself how management skills work in a community where nobody can force work on sb else. It takes an infinite amount of

Re: [fpc-other] Fork

2010-10-24 Thread Graeme Geldenhuys
On 22 October 2010 20:20, Marco van de Voort wrote: Graeme's last mail where he explains he just wants to drop quick and dirty patches AND IT IS FPC'S CORE TEAM JOB to make head or tails of it, explains the fundamental misconception better than I could do here. And here I thought that is what

Re: [fpc-other] Fork

2010-10-24 Thread Florian Klämpfl
Am 24.10.2010 19:03, schrieb Graeme Geldenhuys: On 22 October 2010 20:20, Marco van de Voort wrote: Graeme's last mail where he explains he just wants to drop quick and dirty patches AND IT IS FPC'S CORE TEAM JOB to make head or tails of it, explains the fundamental misconception better than

Re: [fpc-other] Fork

2010-10-24 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: Graeme's last mail where he explains he just wants to drop quick and dirty patches AND IT IS FPC'S CORE TEAM JOB to make head or tails of it, explains the fundamental misconception better than I could do here. And here I thought that is

Re: [fpc-other] Fork

2010-10-24 Thread Graeme Geldenhuys
2010/10/23 Adem listmem...@letterboxes.org: work, use git to ingrate that fix/feature after every update. This way, you will have micro-forked FPC (or Lazarus or whatever) but it is This works very well indeed. I have +- 15 such feature branches for Lazarus IDE alone, and it takes all of 1