Add Comment
|
Related Links
|
TrackBack
Allowing Remote User to Control OLPC XO ScreenThe OLPC XO is for my 2 years old daughter. It's on her kiddie desk. Really very short for any adult to sit at. So I usually manage her OLPC XO remotely via a SSH login account. That is all nice and dandy until I tried to control her GUI remotely. For example, I would like to be able to load up an educational video for her to watch from a remote computer on the kitchen table, just a few feet from her OLPC XO. That would prevent me from having to crouch at the kiddie table and type command in at the terminal. And I could avoid getting in her way when she is using her laptop. But UNIX strict X Window access is getting in the way. If I open up the Terminal on the XO and type "xhost +" with the "olpc" user account, then I can use the following commands to play videos on the OLPC XO screen remotely. export DISPLAY=:0.0 However, that kind of defeats the purpose of running GUI application remotely, because I still have to kneel at her OLPC XO to open up Terminal and type "xhost +". And the access disappears when the OLPC XO is rebooted. Typing "xhost +" by logging into various accounts remotely did not allow access to be opened. I've tried to put the "xhost +" command into "/etc/rc.local" and "/home/olpc/.bashrc". But neither solution allowed me to start the videos remotely. Anyone have a tip on how I can open up access without being in front of the OLPC XO laptop? Chieh Cheng Ok. I got it to work. You'll have to create a "/home/olpc/.xsession" file with the following content: if [ -n "${DISPLAY}" ] If you created this file using another user account (not olpc), then you need to issue the following commands: sudo chown olpc .xsession Now, reboot the OLPC XO and you can now control its display with another computer. And this will continue to work after every reboot. Chieh Cheng This is bad advice as it disables security. Try "ssh -X 192.168.1.100" address instead. The "-X" sets the xauth permissions. Michael Cheselka The remark about security is correct, however if you want to add an xhost statement to .xsession, remember that you HAVE to add a command to start the window manager at the very end of .xsession. This is badly documented, but if this command is omitted, the WM won't start. In case of KDE this command would be startkde. jlinkels Hans Linkels
Add Comment
|
Related Links
|
TrackBack
Did your message disappear? Read the Forums FAQ. Add CommentSpam Control | * indicates required field TrackBackTrackBack only accepted from WebSite-X Suite web sites. Do not submit TrackBacks from other sites. Send Ping | TrackBack URL | Spam Control No TrackBacks yet. TrackBack can be used to link this thread to your weblog, or link your weblog to this thread. In addition, TrackBack can be used as a form of remote commenting. Rather than posting the comment directly on this thread, you can posts it on your own weblog. Then have your weblog sends a TrackBack ping to the TrackBack URL, so that your post would show up here. Messages, files, and images copyright by respective owners. |
Articles
|
Wiki
175 Users Online
|
Copyright © 2004 - 2024. All Rights Reserved. |