Keeping binary compatibility

Esben Mose Hansen kde at mosehansen.dk
Mon Oct 4 14:47:06 BST 2010


On Sunday 03 October 2010 19:55:07 Andreas Pakulat wrote:
> I think in most cases you'll simply get a new soname with each release
> of the KDE modules because most devs don't (want to/can) care about
> wether a particular change they're doing is bc or not. So they end up
> increasing soname shortly after trunk is unfrozen and thats not going to
> benefit you either (except that it would document that any two minor
> releases are incompatible).

That is actually preferable, I think. In this way, both the old versions and 
the new versions can coexists on the users hard drives until all applications 
have updated. If the same SO-number is used, this is not possible (you'd get 
conflicting packages instead).

The downsides --- wasted memory and disk resources --- are hopefully enough 
that most developers would take on the burden of only increasing when 
necessary. Which, if we have a tool that can do the checking for them, is not 
that hard.

-- 
kind regards, Esben




More information about the kde-core-devel mailing list