[fpc-other] Fork

[Adem]

On 2010-10-22 21:20, Marco van de Voort wrote:
> In our previous episode, Adem said:
>> I don't mind the filter; this is life, it happens,
>>
>> 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 patience.
But, sometimes even that runs out.

To conserve some of that patience for the real important things, it's =

probably best for a manager/leader not to enter into nit-picking =

discussions.

At times like these, I read 'Linus on kernel management style' [ =

http://lwn.net/Articles/105375/ ].

Not that it helps resolve anything, mind you; but, it soothes me to know =

that certain headaches are integral part of the function you've undertaken.

> 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.
Personally, I find it more useful to focus on the solution Graeme found =

for himself and not on the complaints which must have grown out of =

frustrations.

Here is that 'solution' which should be in Mantis as an auto-responder =

for every submission:

/*When you contribute, forget about it until the time someone from the =

core team contacts you directly or refers to your contribution in one of =

the discussion lists.
In the mean time, if the contribution is important for your own internal =

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 OK; forking isn't a sin.*/

Now, if only Graeme wrote up a comprehensive (and comprehensible) howto =

for doing that :)

-- =

Cheers,

Adem

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freepascal.org/lists/fpc-other/attachments/20101023/23252=
f03/attachment.htm