http://bugzilla.moblin.org/show_bug.cgi?id=9289 Summary: OBEXTransportAgent: libopenobex2 vs. libopenobex3 Classification: Moblin Projects Product: SyncEvolution Version: upstream Platform: Netbook OS/Version: Moblin Linux Status: ASSIGNED Severity: normal Priority: Undecided Component: SyncEvolution AssignedTo: congwu.chen(a)intel.com ReportedBy: patrick.ohly(a)intel.com QAContact: yanshuang.zheng(a)intel.com CC: syncevolution(a)lists.intel.com The OBEXTransportAgent did not compile on Hardy because of int sdp_extract_seqtype(const uint8_t *buf, uint8_t *dtdp, int *seqlen); int sdp_extract_seqtype_safe(const uint8_t *buf, int bufsize, uint8_t *dtdp, int *size); sdp_record_t *sdp_extract_pdu(const uint8_t *pdata, int *scanned); sdp_record_t *sdp_extract_pdu_safe(const uint8_t *pdata, int bufsize, int *scanned); Our code called sdp_extract_seqtype() and sdp_extract_pdu() as if they were the more recent _safe variants, in other words, passed to many arguments. It seems that libbluetooth3 changed its API in an incompatible way. Binaries compiled on Hardy won't work on more recent Ubuntu and Debian Unstable. Argh. I have a patch ready that allows compilation of our code with the different libbluetooth versions, but I don't have a solution for the binary incompatibility. I'll compile without Bluetooth support, then for 1.0 we can try something else, like dynamic linker tricks. -- Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug.