On Wed 15 Dec 2010 at 09:44:44 -0500, Pierre-Luc Bacon wrote: > Hello Per-Olof, > > If I understand your problem correctly, you were trying to launch sflphoned > on a machine (server perhaps ?) with no X ?
I've done that. Get to the machine with ssh. Then dbus-launch /usr/lib/sflphone/sflphoned > Not that we don't like the idea, but SFLPhone was never really meant to run > as a standalone cli-only program. In theory, it should be feasible since we > try not to have any GUI stuff in it, but don't really know in practice as we > never test/use it under those conditions. I'm a little surprised by this as I thought your design of having a daemon deal with the SIP things and the media stream and having a choice of clients was rather good. You may be interested to know that I use a bash script in a terminal to place, answer and hangup calls, so it does work in practice. > But apart from what looks to be a dependence on X via DBus, there should be > no other one. dbus doesn't depend on X, nor X on dbus. It is a matter of setting the DBUS_SESSION_BUS_ADDRESS environment variable to get a session and to allow the connection to the bus to happen (I think!). There is a file in $HOME/.dbus. Mine has # This file allows processes on the machine with id # 8ab1c5a7793a147d5b3f546400000b50 using # display :0 to find the D-Bus session bus with the below address. # If the DBUS_SESSION_BUS_ADDRESS environment variable is set, it will # be used rather than this file. # See "man dbus-launch" for more details. DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-LexsxUdA7m,guid=f5294c4b3363a2b0566a954200002fdc DBUS_SESSION_BUS_PID=5929 DBUS_SESSION_BUS_WINDOWID=4194305 Note the 'display :0'. _______________________________________________ SFLphone mailing list [email protected] http://lists.savoirfairelinux.net/mailman/listinfo/sflphone
