|
From: Gerd B. <ger...@go...> - 2008-02-01 16:08:52
|
Hi, being a Linux Only user, I recently got a brand new Nokia E65. Running Ubuntu Feisty I tried to sync data using USB cable. I started with 0.22, trying to sync contacts from a directory via USB to the Nokia. Unfortunately in the best case some of the contacts where synced to the Nokia. stracing processes I got the impression, that the opensync processes waited for data. On the other side the phone ran into timeout after a long time. Anyway, after 0.36 was released, I tried to build this version. Basically I followed the instructions in http://www.opensync.org/wiki/devel-branch-0.30. I finally was able to configure a group: root@lulu:~# msynctool --version This is msynctool version "0.36" using OpenSync version "0.36" root@lulu:~# msynctool --showgroup file-e65 Group: file-e65 Member 1: file-sync Configuration : <?xml version="1.0"?> <config> <directory> <path>/root/.nokiasync</path> <objtype>contact</objtype> <objformat>vcard21</objformat> </directory> <!-- Field objformat set the object format which should be used to store. objformat is optional - by default objformat is "file". --> <!-- <directory> <path></path> <objtype>contact</objtype> <objformat>vcard30</objformat> </directory> --> <!-- <directory> <path></path> <objtype>event</objtype> <objformat>vevent20</objformat> </directory> --> </config> Member 2: syncml-obex-client Configuration : <?xml version="1.0"?> <config> <!-- (Only for bluetooth) The bluetooth address if the bluetooth mode is selected --> <bluetooth_address></bluetooth_address> <!-- (Only for bluetooth) The bluetooth channel to use. `sdptool browse $MAC` to search for the correct channel --> <bluetooth_channel></bluetooth_channel> <!-- (Only for USB) The usb interface number of the SYNCML-SYNC target. use syncml-obex-client -u (you will need access to the USB raw device) to find it. --> <interface>0</interface> <!-- The string that the plugin will use to identify itself. Some devices need a special string here. --> <identifier>PC Suite</identifier> <!-- The syncml version to use: 0 for 1.0, 1 for 1.1 and 2 for 1.2 --> <version>1</version> <!-- if the plugin should use wbxml --> <wbxml>1</wbxml> <!-- The username to use. Leave empty to not require a username --> <username></username> <!-- the password for the username --> <password></password> <!-- sets the connection type to use. 5 means obex over usb, 2 means obex over bluetooth --> <type>5</type> <!-- If wbxml is enabled, defines wether the wbxml should use string tables --> <usestringtable>0</usestringtable> <!-- Never send ADD command, but send REPLACE (not needed normally) --> <onlyreplace>0</onlyreplace> <!-- Workaround around for mobile phones which only use local timestamps and _no_ UTC timestamps! --> <onlyLocaltime>0</onlyLocaltime> <!-- Sets the maximum allowed size in bytes of incoming messages (some device need this option set). Example: 10000 --> <recvLimit>0</recvLimit> <maxObjSize>0</maxObjSize> <!-- The name of the contacts db. Must be the same as the phones sends --> <database> <name>Contacts</name> <objtype>contact</objtype> <objformat>vcard21</objformat> </database> </config> Unfortunately I only get root@lulu:~# msynctool --discover file-e65 Discovered Objtypes: contact Format: vcard21 conversion config: (null) ERROR: OBEX Transport not enabled in this build So obviously I made a mistake. Some prerequisites may be missing. But I cannot find out more: gerd@feisty:~/libopensync-plugin-syncml-0.36$ grep -r ENABLE_OBEX * build/CMakeCache.txt:ENABLE_OBEX:BOOL=TRUE build/config.h:#define ENABLE_OBEX CMakeLists.txt:SET( ENABLE_OBEX TRUE CACHE BOOL "OBEX Transport" ) config.h.cmake:#cmakedefine ENABLE_OBEX src/CMakeLists.txt:IF (ENABLE_OBEX) src/CMakeLists.txt:ENDIF (ENABLE_OBEX) src/CMakeLists.txt:IF (ENABLE_OBEX) src/CMakeLists.txt:ENDIF (ENABLE_OBEX) src/syncml_plugin.c:#ifdef ENABLE_OBEX src/syncml_plugin.c:#ifdef ENABLE_OBEX gerd@feisty:~/libopensync-plugin-syncml-0.36$ Where is my mistake ? Thanks Gerd -- ------------------------------------------------------------------------ Gerd Bavendiek Linux Users check out: ger...@go... http://linos.wordpress.com ------------------------------------------------------------------------ |
|
From: Daniel G. <dg...@su...> - 2008-02-01 16:27:28
|
On Freitag 01 Februar 2008, Gerd Bavendiek wrote: > ERROR: OBEX Transport not enabled in this build Which version of libsyncml? Is libsyncml build with OBEX transport? (Ubuntu Feisty(?) got shipped with libsyncml version 0.4.2 which is quite outdated, you should try at least 0.4.4) |
|
From: Daniel G. <dg...@su...> - 2008-02-01 17:15:11
|
On Freitag 01 Februar 2008, you wrote: > Daniel Gollub schrieb: > > On Freitag 01 Februar 2008, Gerd Bavendiek wrote: > >> ERROR: OBEX Transport not enabled in this build > > > > Which version of libsyncml? > > I did: > > root@feisty:~# svn co http://svn.opensync.org/libsyncml/trunk libsyncml > > > Is libsyncml build with OBEX transport? > > How can I check / ensure this ? Run within your build directory: ccmake . Very likely OBEX transport got enabled by default - if openobex headers (devel package) were installed and found. |
|
From: Gerd B. <ger...@go...> - 2008-02-01 18:00:01
|
Daniel Gollub schrieb: > On Freitag 01 Februar 2008, you wrote: >> Daniel Gollub schrieb: >>> On Freitag 01 Februar 2008, Gerd Bavendiek wrote: >>>> ERROR: OBEX Transport not enabled in this build >>> Which version of libsyncml? >> I did: >> >> root@feisty:~# svn co http://svn.opensync.org/libsyncml/trunk libsyncml >> >>> Is libsyncml build with OBEX transport? >> How can I check / ensure this ? > > Run within your build directory: > ccmake . > > > Very likely OBEX transport got enabled by default - if openobex headers (devel > package) were installed and found. > ccmake . gives me: CMAKE_BACKWARDS_COMPATIBILITY 2.4 CMAKE_BUILD_TYPE CMAKE_INSTALL_PREFIX /usr/local ENABLE_TOOLS ON ENABLE_TRACE ON EXECUTABLE_OUTPUT_PATH LIBRARY_OUTPUT_PATH LIBSYNCML_BIN_DIR /usr/local/bin LIBSYNCML_DATA_DIR /usr/local/share LIBSYNCML_EXEC_INSTALL_DIR /usr/local/bin LIBSYNCML_INCLUDE_DIR /usr/local/include/libsyncml-1.0 LIBSYNCML_LIBRARIES_DIR /usr/local/lib LIB_SUFFIX which to be honest is beyond my understanding ... I do have openobex - I believe: root@feisty:~/libsyncml/build# dpkg -l | grep -i openobex ii libopenobex1 1.3-3 OBEX protocol library ii libopenobex1-dev 1.3-3 OBEX protocol library - development files root@feisty:~/libsyncml/build# Files for example: root@feisty:~/libsyncml# dpkg -L libopenobex1-dev /. /usr /usr/share /usr/share/doc /usr/share/doc/libopenobex1-dev /usr/share/doc/libopenobex1-dev/changelog.gz /usr/share/doc/libopenobex1-dev/openobex.sgml.gz /usr/share/doc/libopenobex1-dev/openobex /usr/share/doc/libopenobex1-dev/openobex/index.html ... /usr/include /usr/include/openobex /usr/include/openobex/obex.h /usr/include/openobex/obex_const.h /usr/lib /usr/lib/libopenobex.a /usr/lib/pkgconfig /usr/lib/pkgconfig/openobex.pc /usr/lib/libopenobex.so Obviously I'm still missing the point ... Kind regards Gerd -- ------------------------------------------------------------------------ Gerd Bavendiek Linux Users check out: ger...@go... http://linos.wordpress.com ------------------------------------------------------------------------ |
|
From: Gerd B. <ger...@go...> - 2008-02-05 20:36:42
|
Solved (by accident to be honest). I typed cmake . (wanted to type ccmake as Daniel told me). This gave another output: root@feisty:~/libsyncml/build# cmake . -- checking for one of the modules 'openobex>=1.1' -- found openobex, version 1.3 -- checking for one of the modules 'libsoup-2.2>=2.2.91;libsoup2>=2.2.91' -- checking for one of the modules 'bluez' -- found bluez, version 3.9 -- checking for one of the modules 'check' -- Could NOT find CHECK -- ================================================== -- building tools ON -- tracing tools ON -- unit tests OFF -- http transports OFF -- obex transports ON -- obex over bluetooth transports ON -- Configuring done -- Generating done -- Build files have been written to: /root/libsyncml/build root@feisty:~/libsyncml/build# Rebuilding left me with a slightly bigger library, which now no longer complains about OBEX Transport not enabled. Thanks Gerd Gerd Bavendiek schrieb: > Daniel Gollub schrieb: >> On Freitag 01 Februar 2008, you wrote: >>> Daniel Gollub schrieb: >>>> On Freitag 01 Februar 2008, Gerd Bavendiek wrote: >>>>> ERROR: OBEX Transport not enabled in this build >>>> Which version of libsyncml? >>> I did: >>> >>> root@feisty:~# svn co http://svn.opensync.org/libsyncml/trunk libsyncml >>> >>>> Is libsyncml build with OBEX transport? >>> How can I check / ensure this ? >> >> Run within your build directory: >> ccmake . >> >> >> Very likely OBEX transport got enabled by default - if openobex >> headers (devel package) were installed and found. >> > > ccmake . gives me: > > > CMAKE_BACKWARDS_COMPATIBILITY 2.4 > CMAKE_BUILD_TYPE > CMAKE_INSTALL_PREFIX /usr/local > ENABLE_TOOLS ON > ENABLE_TRACE ON > EXECUTABLE_OUTPUT_PATH > LIBRARY_OUTPUT_PATH > LIBSYNCML_BIN_DIR /usr/local/bin > LIBSYNCML_DATA_DIR /usr/local/share > LIBSYNCML_EXEC_INSTALL_DIR /usr/local/bin > LIBSYNCML_INCLUDE_DIR /usr/local/include/libsyncml-1.0 > LIBSYNCML_LIBRARIES_DIR /usr/local/lib > LIB_SUFFIX > > which to be honest is beyond my understanding ... > > I do have openobex - I believe: > > root@feisty:~/libsyncml/build# dpkg -l | grep -i openobex > ii libopenobex1 1.3-3 OBEX protocol library > ii libopenobex1-dev 1.3-3 OBEX protocol library - > development files > root@feisty:~/libsyncml/build# > > Files for example: > > root@feisty:~/libsyncml# dpkg -L libopenobex1-dev > /. > /usr > /usr/share > /usr/share/doc > /usr/share/doc/libopenobex1-dev > /usr/share/doc/libopenobex1-dev/changelog.gz > /usr/share/doc/libopenobex1-dev/openobex.sgml.gz > /usr/share/doc/libopenobex1-dev/openobex > /usr/share/doc/libopenobex1-dev/openobex/index.html > ... > /usr/include > /usr/include/openobex > /usr/include/openobex/obex.h > /usr/include/openobex/obex_const.h > /usr/lib > /usr/lib/libopenobex.a > /usr/lib/pkgconfig > /usr/lib/pkgconfig/openobex.pc > /usr/lib/libopenobex.so > > Obviously I'm still missing the point ... > > Kind regards > > Gerd > > -- ------------------------------------------------------------------------ Gerd Bavendiek Linux Users check out: ger...@go... http://linos.wordpress.com ------------------------------------------------------------------------ |