Handling BIC-without-SONAME-bump in KDE SC libraries

[Lisandro Damián Nicanor Pérez Meyer]

On Tuesday 15 March 2011 19:44:28 Modestas Vainius wrote:
> Hello,
> 
> On antradienis 15 Kovas 2011 00:23:14 Modestas Vainius wrote:
> > 2. [ Library level ]. Change library SONAME (e.g. add debN suffix,
> > specifics to be discussed) and rename the package. No Breaks/Replaces
> > needed as there are no conflicting files.
> 
> As an amendment to this plan, we could start versioning the symbols of BIC-
> prone libraries (i.e. basically everything not kde*libs). This would help
> us
> 
> avoid the following con:
> > b) if conflicting libraries are loaded in the same app memory space
> > (unlikely though), it might lead to crashes at runtime;
> 
> It's still an open question how much symbol versioning would affect people
> building from source (e.g. kde developers or kdesrc-build users). What's
> more, it's still unknown how much effort (i.e. upstream code patching)
> this would need.
> 
> If we were to move forward with this plan, we need to agree about naming of
> custom SOVERSION and symbol versions. Please respond to this mail even if
> it was a short yes/no answer with small remarks. My proposal would be:
> 
> SOVERSION: ${upsteamSOVERSION}debN (where N is a number (starting from 1)
> bumped after each BIC-without-SONAME-bump)
> 
> symbol versions: DEB_${upsteamSOVERSION}[_N] where N is the same as above
> if there was at least one BIC-without-SONAME-bump. Otherwise _N part would
> be omitted. Whereas symbol versioning could be avoided if there was no
> BIC- without-SONAME-bump, is an open technical question (that would be
> somewhat more binary compatible with the rest of world, at least
> temporary).

As for me, sounds good.

I also want to offer myself to put this on a webpage/wiki once it gets 
completely decided (or even before it's needed somehow).

Regards, Lisandro.

-- 
Hiroshima '45,
Chernobyl '86,
Windows   '95.
 Grafitti en Niceto Vega 5940,
 Buenos Aires. De una foto de
 Mario Gallo.

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20110315/6027bb6d/attachment.pgp>