http://bugs.meego.com/show_bug.cgi?id=10270

pohly <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

--- Comment #4 from pohly <[email protected]> 2010-12-28 13:40:27 PST ---
I think the following two commits address the problem sufficiently.

alainlux, does this work for you? You can download the new
syncevo-http-server.py from
http://meego.gitorious.org/meego-middleware/syncevolution once it is back
online; currently only git access works.


commit 912f2992e802609d905a7cb99bc065fa3a925fb0
Author: Patrick Ohly <[email protected]>
Date:   Tue Dec 28 18:01:10 2010 +0100

    syncevo-http-server: start syncevo-dbus-server explicitly (BMC #10270)

      --start-syncevolution
                            sets up the right environment for
syncevo-dbus-server
                            and (re)starts it explicitly, instead of depending
on
                            D-Bus auto-activation; to be used when
SyncEvolution
                            is not installed at the location it was compiled
for
      --syncevolution-path=PATH
                            sets the installation path (the directory which
                            contains 'bin', 'libexec', etc.) to be used in
                            --start-syncevolution, default is the location
where
                            syncevo-http-server itself is installed

    Starting syncevo-dbus-server in a synchronous manner similar to the
    traditional D-Bus get_object() is tricky. It is currently implemented
    as a subprocess spawn, followed by a loop which checks for the
    well-known name to appear on the session bus.

    Open issues:
    - What if syncevo-dbus-server was already running?
    - The code is meant to restart syncevo-dbus-server on demand, but that
      doesn't work. Once the spawned process terminates, twisted seems to get
      stuck handling the SIGCHLD signal for a process it doesn't know anything
about.

commit 4812b391fd6fee4b9692e44426f5a0e1ffae1850
Author: Patrick Ohly <[email protected]>
Date:   Tue Dec 28 14:25:17 2010 +0100

    syncevo-http-server: added D-Bus session handling (BMC #10270)

      --start-dbus-session  creates a new D-Bus session for communication with
                            syncevo-dbus-server and (inside that server) with
                            other D-Bus services like Evolution Data Server,
                            removes it when shutting down; should only be used
if
                            it is guaranteed that the current user will not
have
                            another session running, because these services can
                            get confused when started multiple times; without
this
                            option, syncevo-http-server a) uses the session
                            specified in the environment or b) looks for a
session
                            of the current user (depends on ConsoleKit and
might
                            not always work)

-- 
Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
_______________________________________________
Syncevolution-issues mailing list
[email protected]
http://lists.syncevolution.org/listinfo/syncevolution-issues

Reply via email to