Re: Possible binNMUs needed for balsa, dbmail, pan and tracker
On Tue, Aug 28, 2007, Steve Langasek wrote:
> I don't understand why the change to no longer export strncasecmp and
> strcasecmp from the ABI is supposed to make a difference here. The symbol
> resolution in balsa should be identical in the existing build as in the new
> build, now that gmime2.2 has dropped the symbols. Is the issue that the
> previous version of gmime2.2 exported these functions with a *different
> ABI* than the standard one provided by glibc?
I downloaded the two gmime versions (2.2.9, 2.2.10), and the ABI seems
compatible with libc's; I built the two and compared objdump -x and -T
output on the two libs ignoring symbol addresses, and removal of
strcasecmp/ncasecmp was the only change.
The bug in balsa seems to be the consequence of an ABI change beyond
the ELF symbols themselves, this is how I got balsa crashing:
(balsa:8345): GLib-GObject-WARNING **: specified instance size for type `LibBalsaMimeStreamShared' is smaller than the parent type's `GMimeStreamFs' instance size
GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed
After I rebuilt balsa against unstable's gmime, it wouldn't trigger
this crash anymore.
I suspect the problem is even older than 2.2.9/2.2.10 as the diff shows
no change in stream related files.
Could you please bin NMU balsa against libgmime-2.0-2-dev/2.2.10-1 to
solve this particular issue?
Perhaps it's also affecting the other packages Sven mentionned; I'll
try to check this.
--
Loïc Minier
Reply to: