Re: [Gimp-developer] segmentation fault when trying to replace deprecated functions in lcms.c

On 20 September 2012 11:58, trapDoor <trapdoor6 gmail com> wrote:
> I don't understand why did i trigger such reactions. I thought it's
> obvious that letting more testers to try out the new code would be
> only to the GIMPs benefit - and the best way to do it is to publish it
> in the gimp git repo. Whether to keep it in separate branch (obviously
> temporarily - I didn't mean forever) or merge right away into master -
> that should be decided upon by the devs. My idea was nothing unusual
> (many new GIMP features were grown initially in separate branches) -
> so what's the fuss?

Let me explain you "what is the fuss":

There is no one working full time in GIMP.
Mitch magically and wonderfully can pull a lot of time each week
to go ahead with the codebase -- every few couple of months
one or another person can pull to some more constant work,
just to not be able to keep with it in another few months.

There are however people who can contribute ocasionally,
and those can keep a build tree for GIMP master and follow
what is happening on master - that is my case --
so once each week or so, I can check new features, see the logs,
and I suppose this is the case with most long-time contributors.

Putting it in another branch would require me, when comming to
this "weekly GIMP hacking" to checkout another branch, build it,
maybe overwrite my main unstable-gimp, or have to fuzz around
with prefixes and such so that I can run both - I don't know for the others
but I simply won't do that. I'd suspect most people following GIMP
won't care either.

While if I checkout GIMP and it does not build, or has some
obvious problem in basic usuablity due to unstable code in master:
well, those following GIMP do _know_ it is unstable, so no one
should be pissed for it ocasionally not working. And all of them will see
the problem, and make an attempt to fix it, in the few hours
they have to play along GIMP's code.

That is the "fuss".


> Regards,
> Tomasz B.

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]