Dale wrote:
Vincent Launchbury wrote:
On 2010/10/26 07:29PM, Dale wrote:
Is starting fluxbox without kdm as easy as typing "startfluxbox" in a
console as a user? Surely it can't be that easy.
No, since X has to be started first. X creates windows, but just puts
them all on top of each other, with no way to move them, and no way to
switch between them except by clicking. Fluxbox just runs ontop of X,
and manages it's windows, adding decorations and a sane way to control
them. For example, try doing:
xinit "xterm -e /bin/bash" -- /usr/bin/X -nolisten tcp
and run fluxbox from the xterm. It's just a layer ontop of an already
running X.
You should be able to start fluxbox from a console with just:
startx /usr/bin/startfluxbox
which overrides the default /etc/X11/xinit/xinitrc script. That should
basically create an xauthority file and run xinit, which in turn starts
X, then fluxbox, and waits for fluxbox to exit so it can shutdown X
nicely.
Regards,
Vincent.
Thanks.
Dale
:-) :-)
I'll give that a try. That is what I am looking for. I once had kdm
to fail on me during a KDE upgrade. I think it was a version mismatch
of some kind because later on as it emerged more packages, ir worked
fine. So, I'm looking to make sure it works with kdm, which it does,
and without kdm, which I am about to find out.
Thanks much.
Dale
:-) :-)
Just to confirm the results. The command startx /usr/bin/startfluxbox
worked fine here. I forgot to do this at first so I will add this. You
have to stop xdm/kdm first. I guess xdm/kdm locks the process.
Other than forgetting to stop xdm, it worked fine. Thanks much. I now
have a backup GUI. So now a KDE upgrade can bork on me and I can still
have something.
Dale
:-) :-)