Re: [gentoo-user] Fluxbox and using kdm

[Dale <rdalek1967@gmail.com>]

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

:-)  :-)