[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: libkdchart api stability?
From:       Johannes Simon <johannes.simon () gmail ! com>
Date:       2010-03-23 11:50:25
Message-ID: F6E557EE-F1F8-4DD3-B233-88E9D5E48E62 () gmail ! com
[Download RAW message or body]

Though I agree with Thomas, I would argue in a different way. What Carlos \
says can really be applied to all software projects out there. No library \
that a project depends on is ever 100% bug free, but software developers \
have to live with that, otherwise larger modular systems (take any linux \
distro for instance) would be a huge mess, each and every software package \
shipping their own bug-fixed version of the same library. It is not any \
different for KOffice.

There's exceptions to the rule, e.g. when a library is too unstable, or in \
a beta stage, then you use your local copy and apply all bug fixes you need \
to make it work for you. But this is not the case with KDChart. It's been \
in a stable state for a long time. If you do find a bug, there's very \
likely a work-around for it that you can use until the bug-fixed version \
has been released.

Bottom line is, KDChart is not different from other libraries that KOffice \
depends on.

- Johannes

Am 23.03.2010 um 08:55 schrieb Thomas Zander:

> On Tuesday 23. March 2010 05.39.01 Carlos Licea wrote:
> > I would vote for keeping the copy in KOffice for the time being. \
> > Otherwise we  could jeopardize responsiveness in bug fixing.
> 
> I'm sorry to say, but for that reason I think the exact opposite should 
> happen.
> From experience it shows that if its easy to get your fix in your local \
> tree  then the incentive to do the right thing and push it upstream \
> becomes an  afterthought that in my experience is dropped too often.
> 
> If Nokia needs a fix that didn't make it into a release yet then there \
> are  several options available for it to include the patch in the actual \
> build it  ships. All of them suboptimal, but thats the point; it should \
> go upstream. 
> Please, if possible setup the open source environment in such a way that \
> the  right thing to do is the easiest solution. That way you avoid a lot \
> of  management and end up with a more sustainable long term ecology.
> -- 
> Thomas Zander
> _______________________________________________
> koffice-devel mailing list
> koffice-devel@kde.org
> https://mail.kde.org/mailman/listinfo/koffice-devel

_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel


[prev in list] [next in list] [prev in thread] [next in thread]