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

:-)  :-)

Reply via email to