GNOME Bugzilla – Bug 321372
SONAME / version-info for libcamel
Last modified: 2021-05-19 11:03:57 UTC
Hi, It's been a while that the libcamel SONAME worries me, since I couldn't find its working anywhere, and since it could be a bug, I'm reporting that here. Unlike the method used for all other libraries[1] built by evolution-data-server, camel/Makefile.am has no inheritance from configure's variable for libtool's version information; that is, camel/Makefile.am has: libcamel_1_2_la_LDFLAGS = -version-info 0:0:0 $(NO_UNDEFINED) Strangely, the configure.in uses "LIBCAMEL_*" names for the version information of the licamel-provider library: LIBCAMEL_CURRENT=6 LIBCAMEL_REVISION=3 LIBCAMEL_AGE=0 Is this situation desired? Is the libcamel interface changing so little that you never needed to update its SONAME? But why not increment its REVISION? Or maybe the interface changes too much, and you don't want to bother changing SONAME, but then why don't you link statically instead? I have to ask because this situation makes transitions between major evolution-data-server versions painful because they both ship the same /usr/lib/libcamel-1.2* library files, but built from different sources, with the doubt that they might be incompatible. Thanks for considering, [1] actually, there's another exception, namely the various libicals, in calendar/libical/src/libical*/Makefile.am
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/ Thank you for your understanding and your help.