[Pkg-xmpp-devel] gsasl_1.4.0-2_i386.changes REJECTED

cascardo at minaslivre.org cascardo at minaslivre.org
Thu Feb 4 15:26:50 UTC 2010

On Thu, Feb 04, 2010 at 04:28:06PM +0100, Simon Josefsson wrote:
> cascardo at minaslivre.org writes:
> > On Thu, Feb 04, 2010 at 02:52:14PM +0100, Simon Josefsson wrote:
> >> Archive Administrator <installer at ftp-master.debian.org> writes:
> >> 
> >> > Reject Reasons:
> >> > simon at josefsson.org may not upload NEW file gsasl-dbg_1.4.0-2_i386.deb
> >> 
> >> Sigh... could someone else build and upload a new package?  I added a
> >> debug package because it can come handy when debugging issues.
> >> 
> >> The stuff in git should close/help at least three open bugs.
> >> 
> >> I did commit adding symbol versioning of the library too, but I reverted
> >> it before the upload (partially because symbol versioning would override
> >> the fix for #542512).  If this upload doesn't break anything, I think we
> >> should try to add symbol versioning before squeeze.  Git contains the
> >> changes necessary for this.
> >> 
> >
> > Simon, don't you think that adding symbol versioning to gsasl has broken
> > its soversion and that it should have been bumped. It has required
> > applications to rebuild. So I'd say it has broken ABI somewhat.
> > Delivering libgsasl8 to debian and asking the release team to schedule a
> > rebuild of the dependant packages.
> >
> > What do you think?
> Yes, I'm beginning to suspect this is the only way out -- however it is
> very unfortunate that ADDING symbol versioning to a shared library
> actually breaks the ABI.  Compare libidn, the API has been stable since
> 2002 or 2003 or so, but adding symbol versioning this breaks.  It would
> be nice to find a way were old applications can also find the old
> symbols in a versioned library.

I agree. I ended reading gnu libc loader code to understand the bug
someone reported and ended finding out it was due to symbol versioning.
I may dig out the code again and point out the section to blame for
this. But I think the best thing to do in case it's not possible to not
break the ABI is to just stay out of symbol versioning until you have to
break it for any other reason.

> I'm going to ask on the gnulib list if anyone has any bright ideas here.

If you find out anything, please tell. I'd like to know.

> /Simon

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-xmpp-devel/attachments/20100204/1d84b91a/attachment.pgp>

More information about the Pkg-xmpp-devel mailing list