Good evening,
I'm still on the way to get the Zarafa Groupware into Fedora (see Fedora
Package review request https://bugzilla.redhat.com/show_bug.cgi?id=498194)
and beside of the ongoing legal issue, I've also found a technical issue
where I need some help.
At the moment, it's a bit difficult: I'm using a non-public pre-release of
Zarafa which will public available and AGPL licensed once it's final. That
means for now, investigating is a bit hard but I'm looking for some tips or
hints to get the issue solved. The error message itself is as follows:
May 31 17:11:57 tux /usr/bin/zarafa-spooler: symbol lookup error:
/usr/lib/libmapi.so.0: undefined symbol:
_ZN10ECMemTable6CreateEP14_SPropTagArrayjPPS_
Well, there's a symbol missing somewhere, so I executed following:
$ nm -D /usr/lib/libmapi.so.0 | grep
_ZN10ECMemTable6CreateEP14_SPropTagArrayjPPS_
U _ZN10ECMemTable6CreateEP14_SPropTagArrayjPPS_
$
Okay, looks like the symbol is really missing. So let's have a look to the
files in the build dir and how it behaves there:
$ nm ./common/.libs/libcommon_mapi.a | grep
_ZN10ECMemTable6CreateEP14_SPropTagArrayjPPS_
00003da0 T _ZN10ECMemTable6CreateEP14_SPropTagArrayjPPS_
$
versus
$ nm -D ./mapi4linux/src/.libs/libmapi.so | grep
_ZN10ECMemTable6CreateEP14_SPropTagArrayjPPS_
U _ZN10ECMemTable6CreateEP14_SPropTagArrayjPPS_
$
versus
$ nm -D ./inetmapi/.libs/libinetmapi.so.1 | grep
_ZN10ECMemTable6CreateEP14_SPropTagArrayjPPS_
0005f270 T _ZN10ECMemTable6CreateEP14_SPropTagArrayjPPS_
$
So far. Interestingly, that issue only exists on Fedora 11 and above, not
on Fedora 10 or below. As it seems, the issue is not GCC 4.4 relevant, so
it is maybe a libtool linking issue? Ideas? Hints? Suggestions? What else
could I check?
Upstream doesn't have a pointer for me, but given that Fedora and bleeding
edge are not their default target (they focus to the long-term supported
distributions where Zarafa mostly gets used), it's understandable to me...
Note, that OpenChange libmapi.so is not involved anywhere here, it's only
Zarafa libmapi.so everywhere above.
Greetings,
Robert
--
fedora-devel-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/fedora-devel-list
