On Sat, Jul 27, 2013 at 12:54 AM, Александр Соколов <firstname.lastname@example.org> wrote:
> 2013/7/25 Julien Lavergne <email@example.com>
>> > I wasn't able to compile the lxsession from git, so I can't check. Is
>> > support of the dbus builted in the lxsession, or is a separate program?
>> > In
>> > the first case, there is a problem. If user do not run lxsession, he
>> > can't
>> > use use the config programs.
>> It's build-in, because you access the settings with DBus. So, you can
>> write a GUI with any toolkit, as long as it can talk to DBus, it's ok.
> You haven't understood me. How is now. We have lxsession, and some LXDE GUI
> program that uses DBus for access to the settings. For some reason, user
> doesn't want to use lxsession, but want to use this GUI program. When he
> runs the program, program failing, because lxsession isn't running and DBus
> service aren't available.
> I propose to separate DBus part in to separate program (say lxsettingsd).
> Additionally, we create a .service file. When the user runs the program, it
> will request settings from DBus. DBus server itself runs lxsettingsd and the
> program can receive data.
But this reminds me of something that has already been done.
Exporting a dbus iface, activate on demand, isn't this what dconf tries to do?
>> Could you give me the errors you have when compiling from git ?
> The autogen.sh requires 2.69 automake, but I have only 2.68.
> Best regards,