1:55 p.m.
Hi all,
After having a look at funambol I decided not to use it (no debian
packages, only all in one blob, that opens million ports).
So now my next approach to getting my E71 to sync with several
desktops/notebooks is the syncevolution http server. I tried to follow
the description at
http://syncevolution.org/development/http-server-howto
Unfortunately it is not very precise so maybe someone can help me with
the following points:
I successfully worked through the server setup until step 7, adjusted
the commands a little as I installed in /opt. I also added an SSL
tunnel to the server via socat. I can do a connect to the http server
and it works (it answers).
Now at step 8 I was not sure which client is meant "the client". I
used one Desktop with a plain syncevolution install together with
sync-ui for a first try, is that correct?
Now the syncevolution client dies if I give it an https:// URL with a
self-signed certificate. Has anyone some hints on how to deal with
this?
Without being able to connect via SSL I was not able to continue.
Step 9 lets me wonder: Which output should I search? The client? The server?
Thanks for your help!
Regards
Carl
2:51 p.m.
On Do, 2011-01-27 at 12:55 +0000, Carl Erberg wrote:
Now at step 8 I was not sure which client is meant "the
client". I
used one Desktop with a plain syncevolution install together with
sync-ui for a first try, is that correct?
Now the syncevolution client dies if I give it an https:// URL with a
self-signed certificate. Has anyone some hints on how to deal with
this?
By default SSL certificate checking is strict. It won't trust a
certificate unless it is signed by a CA know to the system.
You can disable this by setting SSLVerifyServer=0 in your client's
config.
Step 9 lets me wonder: Which output should I search? The client? The
server?
The output of syncevo-dbus-server.
It's easier when using syncevo-http-server.py from the git "master"
branch, because then it's output will also include everything produced
by syncevo-dbus-server. It also considerably simplifies the server
setup.
--
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:15 p.m.
Hi Patrick,
thanks for the quick reply!
2011/1/27 Patrick Ohly <patrick.ohly(a)intel.com>:
You can disable this by setting SSLVerifyServer=0 in your
client's
config.
I figured out how to add my own CA cert to debian so that is working now.
> Step 9 lets me wonder: Which output should I search? The client?
The server?
The output of syncevo-dbus-server.
I piped that into a file, and then worked through steps 9. 10. and 11
(even though I did not really get what that step does, I am new to
syncevolution)
However at step 12 I get errors on the server:
dbus.exceptions.DBusException:
org.freedesktop.DBus.Error.ServiceUnknown: The name org.syncevolution
was not provided by any .service files
What am I doing wrong now?
Maybe it would be a great idea to add your answers to my questions
also to the howto, so you don't get them multiple times?
Regards
Carl
8:40 a.m.
On Do, 2011-01-27 at 22:15 +0000, Carl Erberg wrote:
However at step 12 I get errors on the server:
dbus.exceptions.DBusException:
org.freedesktop.DBus.Error.ServiceUnknown: The name org.syncevolution
was not provided by any .service files
What am I doing wrong now?
You are not running the "syncevolution" command inside a shell which has
a valid D-Bus session (DBUS_SESSION_BUS_ADDRESS env variable set).
Admittedly a flaw in the instructions. Thanks for pointing it out.
As a workaround you can add "--daemon=no" to the --configure invocation.
Maybe it would be a great idea to add your answers to my questions
also to the howto, so you don't get them multiple times?
Yes, definitely. Updating that HOWTO based on the improved
syncevo-http-server.py is on my todo list. It'll become a lot easier, I
promise ;-}
--
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.
7:39 p.m.
2011/1/28 Patrick Ohly <patrick.ohly(a)intel.com>:
On Do, 2011-01-27 at 22:15 +0000, Carl Erberg wrote:
> However at step 12 I get errors on the server:
> dbus.exceptions.DBusException:
> org.freedesktop.DBus.Error.ServiceUnknown: The name org.syncevolution
> was not provided by any .service files
>
>
> What am I doing wrong now?
You are not running the "syncevolution" command inside a shell which has
a valid D-Bus session (DBUS_SESSION_BUS_ADDRESS env variable set).
Admittedly a flaw in the instructions. Thanks for pointing it out.
As a workaround you can add "--daemon=no" to the --configure invocation.
I just added an "export" at the right spot in my startup script => it works!
Now I will just have to add my mobile phone, add some data, test it all...
I'll come back with more questions soon, I guess :-)
Thanks for your help!
Carl
9:57 p.m.
2011/1/28 Carl Erberg <carlerberg(a)googlemail.com>:
I'll come back with more questions soon, I guess :-)
Ok, here I am!
I followed the instuctions in step 11 to the letter (copy and paste)
to configure the server
I set the sources in the client as specified below step 12.
Now notes and address book sync successfully but todos and calendar do
not work. The client gives these messages:
[INFO] todo: inactive
[INFO] todo: server database not found, check URI 'todo'
[INFO] calendar: inactive
[INFO] calendar: server database not found, check URI 'calendar'
[INFO] addressbook: starting normal sync, two-way
[INFO] memo: starting normal sync, two-way
Local data changes to be applied remotely during synchronization:
*** addressbook ***
no changes
*** memo ***
no changes
[INFO] addressbook: started
[INFO] memo: started
[INFO] addressbook: normal sync done successfully
[INFO] todo: inactive
[INFO] todo: server database not found, check URI 'todo'
[INFO] memo: normal sync done successfully
[INFO] calendar: inactive
[INFO] calendar: server database not found, check URI 'calendar'
Any ideas, what's going wrong?
Thanks
Carl
2:29 p.m.
On Fr, 2011-01-28 at 20:57 +0000, Carl Erberg wrote:
2011/1/28 Carl Erberg <carlerberg(a)googlemail.com>:
> I'll come back with more questions soon, I guess :-)
Ok, here I am!
I followed the instuctions in step 11 to the letter (copy and paste)
to configure the server
I set the sources in the client as specified below step 12.
Are they really all enabled? Last command in step 12 with sync=two-way
does that. The error message sounds like "todo" and "calendar" are
not
enabled.
You can check with "syncevolution --print-config -q <config name>" on
the server.
--
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.
10:21 p.m.
Hi,
2011/1/29 Patrick Ohly <patrick.ohly(a)intel.com>:
Are they really all enabled? Last command in step 12 with
sync=two-way
does that. The error message sounds like "todo" and "calendar" are
not
enabled.
You can check with "syncevolution --print-config -q <config name>" on
the server.
They are enabled:
[calendar]
sync = two-way
[....]
[todo]
sync = two-way
Strange?
Regards,
Carl
--
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.
2:04 p.m.
On So, 2011-01-30 at 21:21 +0000, Carl Erberg wrote:
Hi,
2011/1/29 Patrick Ohly <patrick.ohly(a)intel.com>:
> Are they really all enabled? Last command in step 12 with sync=two-way
> does that. The error message sounds like "todo" and "calendar"
are not
> enabled.
>
> You can check with "syncevolution --print-config -q <config name>"
on
> the server.
They are enabled:
[calendar]
sync = two-way
[....]
[todo]
sync = two-way
Strange?
Yes. What is the output of syncevo-dbus-server (or syncevo-http-server,
if you use the version from git) when the client tries to connect?
--
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.
9:56 a.m.
2011/1/31 Patrick Ohly <patrick.ohly(a)intel.com>:
> Strange?
Yes. What is the output of syncevo-dbus-server (or syncevo-http-server,
if you use the version from git) when the client tries to connect?
Please be patient with my slow answers, I am very busy atm, but I will
try to test that tonight, but I cannot promise that I will get to
that.
I will also check the client settings again, just to make sure that
they are correct, even though I used sync-ui for them, which should be
pretty easy.
Regards
Carl
10:18 p.m.
2011/2/1 Carl Erberg <carlerberg(a)googlemail.com>:
2011/1/31 Patrick Ohly <patrick.ohly(a)intel.com>:
>> Strange?
>
> Yes. What is the output of syncevo-dbus-server (or syncevo-http-server,
> if you use the version from git) when the client tries to connect?
Please be patient with my slow answers, I am very busy atm, but I will
try to test that tonight, but I cannot promise that I will get to
that.
I will also check the client settings again, just to make sure that
they are correct, even though I used sync-ui for them, which should be
pretty easy.
The client settings seem ok.
I just got a copy from git source and would like to give it a try. Now
I wonder: Is there some update (what has changed) for the http-server
howto or other up-to-date documentation? Or should I set it up just
like before?
Regards
Carl
2:16 p.m.
On Mi, 2011-02-02 at 21:18 +0000, Carl Erberg wrote:
I just got a copy from git source and would like to give it a try.
Now
I wonder: Is there some update (what has changed) for the http-server
howto or other up-to-date documentation? Or should I set it up just
like before?
There's no updated HOWTO yet. You should be able to throw away all
existing scripts from your current installation (but not the configs!)
and replace all of them with a suitable syncevo-http-server invocation.
See the --help output.
--
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.
12:07 p.m.
There's no updated HOWTO yet. You should be able to throw away
all
existing scripts from your current installation (but not the configs!)
and replace all of them with a suitable syncevo-http-server invocation.
See the --help output.
Hi,
I finally found time to take a try for the git version from
http://meego.gitorious.org/meego-middleware/syncevolution/trees/master
which I downloaded as a tar ball. I run autogen.sh to generate the
configure script.
Now I am stuck at:
configure.in:38: option `tar-ustar' not recognized
src/Makefile.am:15: DISTCLEANFILES multiply defined in condition TRUE ...
m4-repo/autotroll.mk:108: ... `DISTCLEANFILES' previously defined here.
A quick google search showed me this could be some incompatibility
with my autoconf version?
I am using debian lenny on that machine.
Regards
Carl
2:13 p.m.
On So, 2011-02-06 at 11:07 +0000, Carl Erberg wrote:
> There's no updated HOWTO yet. You should be able to throw
away all
> existing scripts from your current installation (but not the configs!)
> and replace all of them with a suitable syncevo-http-server invocation.
> See the --help output.
Hi,
I finally found time to take a try for the git version from
http://meego.gitorious.org/meego-middleware/syncevolution/trees/master
which I downloaded as a tar ball.
You don't need to recompile to use the new syncevo-http-server.py
script. Just run it against your existing 1.1.1 installation. Sorry, I
only mentioned that earlier on the list, I should have repeated that
advice.
--
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.
3631
days inactive
3642
days old
syncevolution@synevolution.org
13 comments
2 participants
participants (2)
-
Carl Erberg -
Patrick Ohly