[Nottingham] Log in to X11 at boot

[Mike Cardwell]

Hmm. Are you sure this has something to do with run levels? Just to be
clear, if I ssh in and run "startx" it all works fine. I just want this
to happen automatically at boot... Normally when I want things to happen
automatically at boot, I run them from /etc/rc.local or cron, but this
doesn't work for startx. I don't want to start up gnome or kde or get a
graphical login prompt or anything like that, I just want this simple
single x11 app to run as a particular user, automatically at boot.

Mike

* on the Mon, May 26, 2014 at 10:44:31AM +0100, Paul wrote:
> Hi 
> 
> Sorry a bit late in replying but the problem is to do with Kernel run
> levels. To start X windows you need runlevel 5 where for text login with
> network you only need runlevel 4. This might help you and explains
> kernel run levels.
> 
> http://www.debian-administration.org/articles/212
> 
> Paul 
> 
> On Sat, 2014-05-24 at 16:50 +0100, Martin wrote:
> > On 24/05/14 09:02, Mike Cardwell wrote:
> > > I purchased a small 2.8" touchscreen for one of my Raspberry Pi's. I
> > > wrote a small X11 app and then added the path to it to my "pi" users
> > > ~/.xinitrc. If I ssh in and run startx, the app begins and displays
> > > on screen. I can't figure out how to get this to happen automatically
> > > at boot though. I've tried adding it to /etc/rc.local, and as a
> > > "@reboot" cron job. I even replicated the act of ssh'ing and and
> > > running "startx" by setting up ssh keys and running "ssh localhost
> > > startx" to cron, to no avail.
> > > 
> > > I'm sure I'm missing something fundemental about how this is
> > > supposed to work. Any ideas?
> > 
> > Mmmm... Never needed to do that!
> > 
> > You'll need to have some non-root user with the appropriate groups set
> > (video?) to run the startx... su "non-root" needed?
> > 
> > 
> > Or might you just need the access to the X11 display screen enabling to
> > allow other processes?
> > 
> > For whichever shell has run the startx, issue the command:
> > 
> > xhost +si:localuser:other_user_for_access
> > 
> > to allow "other_user_for_access" to do things to the display screen.
> > 
> > 
> > Take a look at what the various login display managers do?
> > 
> > And trying to use ssh is going to be awfully confusing for whether
> > things are getting X-forwarded back over ssh!...
> > 
> > 
> > Good luck?!
> > Others??
> > 
> > 
> > > Here's the touchscreen in case you're interested:
> > > 
> > > https://www.adafruit.com/products/1601
> > 
> > Great fun but also...
> > 
> > Is that better than rooting a cheapie graphics pad for similarly swish
> > fun for similar price and effort?
> > 
> > :-)
> > 
> > 
> > Cheers,
> > Martin
> > 
> > 
> > 
> 
> 
> 
> _______________________________________________
> Nottingham mailing list
> Nottingham at mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/nottingham
-- 
Mike Cardwell  https://grepular.com https://emailprivacytester.com
OpenPGP Key    35BC AF1D 3AA2 1F84 3DC3   B0CF 70A5 F512 0018 461F
XMPP OTR Key   8924 B06A 7917 AAF3 DBB1   BF1B 295C 3C78 3EF1 46B4
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 598 bytes
Desc: Digital signature
URL: <http://mailman.lug.org.uk/pipermail/nottingham/attachments/20140526/5ca132ca/attachment.pgp>