Sub-library version numbers

Allan Sandfeld Jensen snowwolf at one2one-networks.com
Thu Jun 6 11:45:58 BST 2002


On Thursday 06 June 2002 05:22, Kurt Granroth wrote:
> On Wednesday 05 June 2002 07:32 pm, George Staikos wrote:
> > > > I would like to bump all three version numbers in both KDE_3_0_BRANCH
> > > > and HEAD to
> > > >
> > > > libkjava.so.2
> > > > libkjs.so.2
> > > > libktexteditor.so.1
> > > >
> > > > Is there any reason (that I don't see) why this would be a bad idea?
> > >
> > > Because then we're BIC? Old KDE 3.0.0 apps would still link against the
> > > original versions, which would no longer be present in KDE 3.0.2+.
> >
> > Why should the old ones be removed?
>
> Damn.. I forgot about the linking.  It looks like I'm going to have to do
> this with a patch in the debian builds.  That'll work since there hasn't
> been ANY KDE 3 packages released in Debian yet.
>
> FWIW, the reason I wanted to bump up the version numbers was to explicitely
> get rid of those versions in KDE3.  That's because they conflicted with the
> libs from KDE2 when you install both in /usr.  Basically, by not seeing
> this before we released KDE 3.0, we shot ourselves in the foot until KDE
> 4.0.  Oh well.

Generally there seems to be a problem with library numbers getting bumped. 
Maybe the responsibility for this should be placed on the release manager (or 
someone else who has time). Also minor number are never bumber kdelibs is 
still 4.0.0 even though the interface has expanded since KDE 3.0. Libraries 
that have been changed due to bugfixes should have their minor number 
increased. Thus libkdeui should have been 4.0.1 for KDE 3.0.1 and be 4.1.0 
for the KDE 3.1 branch.




More information about the kde-core-devel mailing list