Re: [systemd-devel] question regarding DBUS_SESSION_BUS_ADDRESS in multiseat environment

On Sat, 03 Dec 2016 at 11:18:43 +0530, MohanR wrote: > I'm looking through this --enable-user-session in dbus-daemon. Even if > I enable that option, how can I retrive uniq DBUS_SESSION_BUS_ADDRESS > from systemd started dbus-daemon to pass it to gnome-session? I suggest taking a look at how it

Re: [systemd-devel] question regarding DBUS_SESSION_BUS_ADDRESS in multiseat environment

On Fri, 2016-12-02 at 12:28 +, Simon McVittie wrote: > Does this mean your user is trying to be physically present in two > places > at the same time? How is this a useful thing to do? :-) I thought the same when I came across this requirement. People explained me that the admins who are

Re: [systemd-devel] question regarding DBUS_SESSION_BUS_ADDRESS in multiseat environment

On 12/02/2016 12:28 PM, Simon McVittie wrote: Does this mean your user is trying to be physically present in two places at the same time? How is this a useful thing to do?:-) Clones are very useful things to have. You just sit a drink a pina colada in hut in bora bora while they do all the

Re: [systemd-devel] question regarding DBUS_SESSION_BUS_ADDRESS in multiseat environment

On Fri, 02 Dec 2016 at 13:58:01 +0530, Mohan R wrote: > Let say if a user already have a session(session0) in a seat (customseat0) and > he want to start another session in another seat (customseat1). Does this mean your user is trying to be physically present in two places at the same time? How

Re: [systemd-devel] question regarding DBUS_SESSION_BUS_ADDRESS in multiseat environment

On Fri, Dec 2, 2016 at 10:28 AM, Mohan R wrote: > Hi, > > I'm working on a display-manager for a multiseat environment. Here is how > we use logind > > 1. create new seat through udev > 2. we set the XDG_SEAT in pamenv before calling pam_open_session() > 3. we take