On Fri, 2005-07-08 at 14:21 -0400, Christophe PEREZ wrote: > >> - create a user (with livecd/users I suppose) > > > > livecd/users: cperez > > of course. > I tried that, and I have something very strange. > I'm not very good at shell scripting, but when I see that, I don't find it > really normal : > livecd ~ # cat /root/.bashrc > #!/bin/bash > > if [ -x /usr/bin/X ]; then > if [ -e /etc/su - chris -c startx ]; then > rm -f /etc/su - chris -c startx > su - chris -c startx > cat /etc/motd > fi > fi > > "-x /usr/bin/X", I understand, but what is that : > "-e /etc/su - chris -c startx" ??? > My livecd/users is "chris" > > Of course, I always have an error at boot : > .bashrc: line 4: [: too many arguments OK. This was an oversight on my part. Here's how you can fix it locally (this will be in the next catalyst)... Edit /usr/lib/catalyst/livecd/files/livecd-bashrc and change the third mention of "startx", where it is on a line of its own, to ##STARTX. Next, edit /usr/lib/catalyst/livecd/runscript-support/livecdfs-update.sh and change line 83 from: sed -i "s/startx/su - $first_user -c startx/" /root/.bashrc to: sed -i "s/##STARTX/su - $first_user -c startx/" /root/.bashrc This will resolve the bug. I didn't pay much attention to what I was doing here, apparently. I apologise. Anyway, I've now fixed this is catalyst 1.1.10.1 (the first bug fix). > > If you follow the directions there, X will be auto-started. I might > > suggest avoiding the use of the xdm init script, and instead using a > > livecd/xinitrc to start X, as the build will try to execute "startx" > > automatically as the first user specified in livecd/users when using > > livecd/type generic-livecd. > > I found this solution too, but if I don't use xdm, what will execute X ? Well, the root user is automatically logged in, and when his .bashrc is executed, it will run startx, or in your case, it will run su - chris -c startx to start X as user chris. > Thank you for all your help even if you can't understand all what I mean ;-) Hehehe.... it's all good. Sometimes the language barrier makes things harder, sometimes it doesn't exist. -- Chris Gianelloni Release Engineering - Strategic Lead/QA Manager Games - Developer Gentoo Linux