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

Mike Gabriel mike.gabriel at das-netzwerkteam.de
Mon Jul 7 10:03:37 UTC 2014

Hi Jeroen,

On  Fr 04 Jul 2014 02:35:50 CEST, Jeroen van Meeuwen (Kolab Systems) wrote:

> On 2014-07-02 21:14, Mike Gabriel wrote:
>> On  Mi 02 Jul 2014 14:09:10 CEST, Sune Vuorela wrote:
>>> I want to ensure that neither of us gets to debug weird crashes if both
>>> libraries are loaded into the same application.
>> @Sandro/Kolabsys: to me it feels as if Sune suggestions should be
>> implemented in libcalendaring (first there) by upstream and not by
>> some Debianic patch work. Do you see any chance that any coder at
>> kolabsys could get those namespace changes into libcalendaring?
> Please note that libcalendaring's original purpose had been to  
> circumvent needing to provide a (near-)complete KDE stack >= 4.9 to  
> older platforms such as RHEL 5, 6 and UCS (based on Squeeze).
> As such, it has always been a very deliberate Frankenstein-baby and  
> we have the intention to burn it at the earliest opportunity.
> If the Debian version you are seeking to package this for has KDE >=  
> 4.9 (not unlikely, I reckon), then technically you should have no  
> requirement for libcalendaring / to compile libkolab{,xml} against  
> libcalendaring.
> That said, libcalendaring is the "lighter weight" version of what  
> libkolab needs from kdepimlibs. We are not experiencing the same  
> problems with ld / symbols on RPM-based systems where the  
> libcalendaring .so names are .0 and .0.1, while upstream's are .4  
> and .4.$x, and we're compiling libkolab{,-xml} against kdepimlibs.

We have two issues here:

  1. installation of libkolab(xml) pulls in many packages from the KDE
     desktop (tolerable, but awkward and prone to being a FUD target)
  2. Last time I tested, half a plasma-desktop started up when accessing
     my Kolab-prepped roundcube as user www-data

If 2. has been fixed (haven't got around to retest that with recent libkolab),
I guess we should attempt at living with 1.



mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabriel at das-netzwerkteam.de, http://das-netzwerkteam.de

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Digitale PGP-Signatur
URL: <http://lists.alioth.debian.org/pipermail/pkg-kolab-devel/attachments/20140707/1ae151c8/attachment.sig>

More information about the pkg-kolab-devel mailing list