[pkg-kolab] Bug#730600: [Kolab-devel] Bug#730600: Bug#730600: libkolab(xml): New upstream version available

Sandro Knauß knauss at kolabsys.com
Wed Jul 2 11:36:52 UTC 2014


I have some comments/questions:

> 1) libcalendaring-* doesn't have a single symbol in common with kdepimlibs
> *and*
why is that needed? all libs are named differently, have a different version 
and the headers will lay in /usr/include/calendaring/  ->I don't see the 
point, why compile two times one with kdepimlibs and the other one with 
libcalendering is not enough?

> 2) there are two versions of libkolab(-xml) that doesn't conflict and
that should be easy solvable with different install destinations.

> 3) these versions of libkolab(-xml) doesn't share symbols.
Well actually, if the both versions have different symbols, than all 
applications has be updated to have the support for libcalendering.

>That way, there are no symbol clashes and no file clashes, and you can have a 
>kolab test server on your laptop together with kontact and be sure that it 
>doesn't blow up in your face.

Why it should blow up, if there are two libs lying around with same symbols? 
The linking is done against a library and not against the symbols. Or do you 
care about dh_shlibdeps?


Sandro Knauß
Software Developer

Kolab Systems AG
Zürich, Switzerland

e: knauss at kolabsys.com
t: +41 43 501 66 91
w: http://kolabsys.com

pgp: CE81539E Sandro Knauß
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-kolab-devel/attachments/20140702/d384657b/attachment.sig>

More information about the pkg-kolab-devel mailing list