[SyncEvolution] Sony Ericsson C510: No idea to get it working
by knipp@m-otion.com
Hi all, hi Patrick,
I tried to use my phone with SyncEvolution, but I wasn't very sucessful.
The operating system is Ubuntu 10.10. I installed SyncEvolution from the
http://downloads.syncevolution.org/apt repository.
knipp@franz-mobile:~$ syncevolution --version
SyncEvolution 1.1
using libedataserver-1.2.so.13 - might not be compatible!
using libebook-1.2.so.9
using libecal-1.2.so.7
using libecal-1.2.so.7
using libbluetooth.so.3
[…]
I tried the SonyEricsson Template for SyncML 1.2 as well as the one for
SyncML 1.1, configured using sync-ui.
As I didn't succeed, I switched to use the command-line client.
syncevo-phone-config did not find a working configuration.
I attached the log files of one of the last tries as well as the
configuration.
Which settings did I change during my tests (restricted to the
addressbook):
* SyncMLVersion = 1.2 | 1.1 | 1.0
Only 1.2 brought up the „Synchronisation” screen on the phone, the other
settings hung up the phone and made a bluetooth restart necessary.
* remoteIdentifier = PC Suite | Sony Ericss | <empty>
No configuration worked.
* uri = Contact | Contacts | card3
No configuration worked.
The integration with the Evolution addressbook works, I could export it
without problems.
Maybe someone can give me a hint, what to try next.
What does the Status 404 mean, which seems to be sent by SyncEvolution?
Maybe the phone cannot treat this answer, resolving in the Internal Server
Error.
Kind regards,
Franz Knipp
11 years, 6 months
[SyncEvolution] [PATCH] Have realpath allocate its own buffer.
by bremner@debian.org
From: David Bremner <bremner(a)debian.org>
According to the docs for realpath, it will allocate its own buffer
(of up to size PATH_MAX) using malloc. This may incur a small performance
penalty, but avoids a build problem on Debian GNU/Hurd, where PATH_MAX is not
available.
---
This patch should apply to syncevolution 1.1
src/syncevo/util.cpp | 5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/syncevo/util.cpp b/src/syncevo/util.cpp
index b4dfd18..e492941 100644
--- a/src/syncevo/util.cpp
+++ b/src/syncevo/util.cpp
@@ -117,9 +117,10 @@ void splitPath(const string &path, string &dir, string &file)
bool relToAbs(string &path)
{
- char buffer[PATH_MAX+1];
- if (realpath(path.c_str(), buffer)) {
+ char *buffer=NULL;
+ if (buffer = realpath(path.c_str(), NULL)) {
path = buffer;
+ free(buffer);
return true;
} else {
return false;
--
1.7.2.3
11 years, 6 months
[SyncEvolution] [PATCH] improve detection of MacOS X, to avoid confusion on other Mach systems
by david@tethera.net
From: David Bremner <bremner(a)unb.ca>
This fixes a build problem on Debian Hurd i386
---
This is really an upstream issue in libsynthesis. Can I bother you
with how to send that on?
src/Targets/ReleasedProducts/SDK/target_options.h | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/Targets/ReleasedProducts/SDK/target_options.h b/src/Targets/ReleasedProducts/SDK/target_options.h
index 4072c0a..7d153e2 100644
--- a/src/Targets/ReleasedProducts/SDK/target_options.h
+++ b/src/Targets/ReleasedProducts/SDK/target_options.h
@@ -19,7 +19,7 @@
/* - find out target platform */
-#ifdef __MACH__
+#if defined (__MACH__) && defined(__APPLE__)
#define MACOSX
#else
#if defined __MWERKS__ || defined _MSC_VER
--
1.7.2.3
11 years, 6 months
[SyncEvolution] status 2010-11-17: old-style config regression in SyncEvolution 1.1, phones, additional protocols
by Patrick Ohly
Hello!
It has been a while that I posted a project update. Time to change
that...
SyncEvolution 1.1 is in fairly good shape. It seems that releasing it
caused some people to upgrade or try it out who had not seen the
previous betas, which has led to some bug reports. Keep them coming!
One regression affects users upgrading from SyncEvolution <1.0
(http://bugs.meego.com/show_bug.cgi?id=9381). Fix will be in 1.1.1,
workaround is this:
* remove the ~/.config/syncevolution/<config name>/peers directory
* run "syncevolution --migrate <config name>"
Several issues with phones were reported:
Sony Ericsson t700 crashes with VALARM section in .ics
http://bugs.meego.com/show_bug.cgi?id=10091
slow sync + conflict resolution + duplicates
http://bugs.meego.com/show_bug.cgi?id=10081
Nokia phones (N97): *updated* calendar events not accepted by
phone
http://bugs.meego.com/show_bug.cgi?id=9600
Sony Ericsson doesnt handle repeat-rule: until in vevent
http://bugs.meego.com/show_bug.cgi?id=10092
Sony Ericsson C510: need workaround for SyncML violation
[mailing list]
I considered releasing a 1.1.1 with just the regression above fixed, but
because of the other reports I'll probably wait a bit until some of
these are addressed.
My main focus right now is on support for additional, non-SyncML
protocols. I like to call this "local sync" because it synchronizes data
provided by two local SyncEvolution backends. The data itself can be
anywhere. I have this in a usable state, see bmc712-local-sync branch.
I'm testing this new feature with a backend which, unfortunately, at
this time is closed-source. I'm confident that this will change in 2011.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
11 years, 7 months
[SyncEvolution] Recommended phone/pda to use with syncevolution?
by Chris G
My wife currently has a Palm Treo which is getting a bit old and
decrepit (the phone, not the wife!) and we're looking for a replacement
which can offer similar connectivity with Evolution on her desktop (the
Palm works with Gnome-pilot etc. of course).
I've been having reasonable success synchronising my Nokia E71 with
Evolution using the latest syncevolution release and it looks anyway as
if syncevolution is the only game in town.
So what phones would the syncevolution team recommend for use with
syncevolution, i.e. what phones work well and are likely to get
continued support for a while at least?
My wife needs contacts and calendar basically.
--
Chris Green
11 years, 7 months
[SyncEvolution] Missing close function
by Valerio Pachera
Situation: syncevolution 1.1 on debian squeeze running as server.
Problem: stopping syncronization from mobile cause the following dbus error:
---
POST from 94.161.35.23 config type application/vnd.syncml+wbxml
session None args {} length 300
requesting new session
connection /org/syncevolution/Connection/2891296861288973221 went down
ERROR:dbus.connection:Exception in handler for D-Bus signal:
Traceback (most recent call last):
File "/usr/lib/pymodules/python2.6/dbus/connection.py", line 214, in
maybe_handle_message
self._handler(*args, **kwargs)
File "/usr/bin/syncevo-http-server", line 68, in abort
self.destruct(http.INTERNAL_SERVER_ERROR, "lost connection to
SyncEvolution")
File "/usr/bin/syncevo-http-server", line 60, in destruct
self.connection.Close(False, message)
File "/usr/lib/pymodules/python2.6/dbus/proxies.py", line 140, in __call__
**keywords)
File "/usr/lib/pymodules/python2.6/dbus/connection.py", line 630, in
call_blocking
message, timeout)
DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method
"Close" with signature "bs" on interface
"org.syncevolution.Connection" doesn't exist
SessionChanged: /org/syncevolution/Session/2891296861288973221 0
Unhandled error in Deferred:
Traceback (most recent call last):
Failure: twisted.internet.error.ConnectionDone: Connection was closed cleanly.
SessionChanged: /org/syncevolution/Session/17488680671288973222 1
reply session 17488680671288973222 final 0 data len 2675
dbus.Dictionary({dbus.UTF8String('URL'): dbus.UTF8String('')},
signature=dbus.Signature('ss'))
ERROR:dbus.connection:Exception in handler for D-Bus signal:
Traceback (most recent call last):
File "/usr/lib/pymodules/python2.6/dbus/connection.py", line 214, in
maybe_handle_message
self._handler(*args, **kwargs)
File "/usr/bin/syncevo-http-server", line 84, in reply
request.finish()
File "/usr/lib/python2.6/dist-packages/twisted/web/http.py", line
900, in finish
"Request.finish called on a request after its connection was lost; "
RuntimeError: Request.finish called on a request after its connection
was lost; use Request.notifyFinish to keep track of this.
---
The only way to make it work again is to reboot the machine.
11 years, 7 months
[SyncEvolution] Patrick from Sean
by sean hunt
Here is the log, Patrick... Thanks.... Sean
syncURL = obex-bt://00:1F:5D:5B:94:AD
# username =
# password =
# logdir =
# loglevel = 0
# printChanges = 1
# maxlogdirs = 10
autoSync = 0
# autoSyncInterval = 30M
# autoSyncDelay = 5M
# preventSlowSync = 1
# useProxy = 0
# proxyHost =
# proxyUsername =
# proxyPassword =
# clientAuthType = md5
# RetryDuration = 5M
# RetryInterval = 2M
remoteIdentifier = PC Suite
PeerIsClient = 1
# SyncMLVersion =
PeerName = N95
deviceId = syncevolution-38b1810d-899c-4b75-bf2e-1abcee38ba0b
remoteDeviceId = IMEI:353094024377281
# enableWBXML = 1
# maxMsgSize = 150000
# maxObjSize = 4000000
# enableCompression = 0
# SSLServerCertificates
= /etc/ssl/certs/ca-certificates.crt:/etc/pki/tls/certs/ca-bundle.crt:/usr/share/ssl/certs/ca-bundle.crt
# SSLVerifyServer = 1
# SSLVerifyHost = 1
# WebURL =
# IconURI =
ConsumerReady = 1
defaultPeer = N95
[addressbook]
sync = two-way
type = addressbook
# evolutionsource =
uri = Contacts
# evolutionuser =
# evolutionpassword =
[calendar]
sync = disabled
type = calendar
# evolutionsource =
uri = event
# evolutionuser =
# evolutionpassword =
[calendar+todo]
sync = two-way
type = virtual:text/x-calendar:1.0
evolutionsource = calendar,todo
uri = Calendar
# evolutionuser =
# evolutionpassword =
[memo]
sync = disabled
type = memo
# evolutionsource =
uri = Notes
# evolutionuser =
# evolutionpassword =
[todo]
sync = disabled
type = todo
# evolutionsource =
uri = task
# evolutionuser =
# evolutionpassword =
11 years, 7 months
[SyncEvolution] Syncevolution-1.1-evolution installation
by Ian Reid
The INSTALL file in the syncevolution-1.1-evolution.tar.gz package is
quite succinct, and indicates that the contents of the usr folder be
extracted to /usr. No problem with that. However, I was getting dbus
server errors when trying to for instance to run "syncevolution
-l ?${matchstring}" or trying to configure syncing with my phone.
I went back and also extracted the files from the etc folder in the
syncevolution-1.1-evolution.tar.gz package, and rebooted and this seemed
to solve the server issue.
Despite the INSTALL file instructions, should the etc folder also be
extracted when doing a tar.gzip install of 1.1?
Also, it might help less experienced installers if the configuration
documentation made it more clear that sync-ui is available from the
command line after syncevolution 1.1 is installed.
11 years, 7 months