After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 321372 - SONAME / version-info for libcamel
SONAME / version-info for libcamel
Status: RESOLVED OBSOLETE
Product: evolution-data-server
Classification: Platform
Component: Mailer
unspecified
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2005-11-13 16:09 UTC by Loïc Minier
Modified: 2021-05-19 11:03 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Loïc Minier 2005-11-13 16:09:15 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
Comment 1 André Klapper 2021-05-19 11:03:57 UTC
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.