On Wed, 20 May 2009 14:45:48 -0500 DRC <dcomman...@users.sourceforge.net> wrote:
> Pierre Ossman wrote: > > The problem is that many of the modern technologies don't really make > > that distinction. For example, what happens with the ConsoleKit session > > inside VNC when the user logs out the local session that ran vncserver? > > > I don't know enough about ConsoleKit to understand the problem. Can you > elaborate? > I'm no ConsoleKit expert either, but basically it keeps track of "local" sessions and does things like modify /dev access bits. So a user could log in locally, run vncserver and start a media player in Xvnc with the goal of having it live on when he logs out. But when he kills the original session, ConsoleKit will be informed that the user no longer has a local session and revoke access rights to the sound card. Now this example halts a bit as the same thing will happen even if we have proper session separation because ConsoleKit cannot give access to /dev on a per session basis, only per user. The key difference though is that applications inside the VNC session are aware that they are not a local session and can present a better user interface because of this. E.g. hiding "shut down" buttons and refuse or at least warn the user when accessing the sound card. > > IMO, running vncserver should give an environment that's close to what > > you get when you log in with GDM. > > > > I don't have any problem with that, but there still needs to be a way to > pass environment variables from the console that launched vncserver into > the consoles launched within the VNC session. I think that, whatever we > need to do to make the environment "new" from the point of view of Gnome > needs to involve those specific parts of the environment and should not > discard the rest. > Yes, I suppose a black list is the more sensible choice here. I just want to make sure that everyone has the same mental model and considers the VNC session as an independent session and not some subset of the session that started it. Rgds -- Pierre Ossman OpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio AB Web: http://www.cendio.com
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://www.creativitycat.com
_______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
