Daiajo Tibdixious posted <[EMAIL PROTECTED]>, excerpted below, on Sat, 28 Jan 2006 20:21:40 +1100:
> According to<br> > <a > href="http://www.gentoo.org/doc/en/kde-config.xml";>http://www.gentoo.org/doc/en/kde-config.x</a><br> > I only have to put DISPLAY_MANAGER="kdm" in /etc/rc.conf, > which I have done:<br> First, please kill the HTML. Many on mailing lists, particularly FLOSS community lists, consider HTML posts comparable to sliming your hand with snot and then offering to shake hands -- it's both rude and a good way to spread viruses! > $ grep DISPLAY /etc/rc.conf > DISPLAY_MANAGER="kdm" and have xdm in the startup: > $ /sbin/rc-update show xdm default | grep xdm > xdm | default > and kdm should start. > > However, xdm starts instead of kdm. Are you sure kdm is merged? Note that there's now two ways to merge KDE, as the split packages (kde-base/kdm) or as the monolithic ebuilds (kde-base/kdebase includes it, I believe). If you merge the split ebuilds, it will be pulled in as a dependency in some cases (I don't use it here but have it for that reason), but perhaps you don't have it, for some reason. If it's merged, will it start from the (root) command line? It has been awhile since I ran any of the ?dm things, so don't know if it should or not, but in any case, you should be able to trace how the initscript should start it (trace thru the scripts), and do likewise, if it won't start from the command line directly. What about logging? Have you tried checking your logs to see if it says anything there? > I have tried setting XSESSION in /etc/rc.conf to various values, however > these all give X with no login manager and no kde. As I said, I haven't used ?dm in ages, but I DO run KDE, from the command line, using the XSESSION settings you mention. It works here, and has since at least sometime in the KDE 3.3.x timeframe if not earlier. I'm running 3.5.0 (~amd64) now. 1) Set XSESSION to the version you have merged. Therefore, I have: XSESSION="kde-3.5" 2) Start KDE by issuing the "startx" command at the command line. 3) Actually, I have a little script that starts it, then exits the session: $cat /usr/local/bin/k #!/bin/bash startx & disown -a sleep 30 exit 0 Of course, /usr/local/bin is in my path, so I start it like this: . k Of course, the dot indicates source the following script in the same shell, and the & after startx runs that command in the background, so the result is that X is started (with the assigned XSESSION, so KDE) then the startx process disowned, a 30-second sleep to make sure things are going OK, then it logs me out of the terminal. If I'm troubleshooting something, I'll simply run k without sourcing it, so it'll leave me logged in and I can continue what I was doing on the command line. > I had kdm running find under 2004.3, it stopped working when I upgraded > to 2005.0 (as did many other things, > everything is now fixed except this). I have to be missing something > obvious, I can find no more in the documentation. I'm running kde 3.4.3 > I'm going to go thru the xdm startup to try to figure this out, which > will take a while, > I just wonder if anyone can spot the flaw straight away? I gave up on ?dm back when I was on Mandrake. It quit working at some point and I couldn't get it working right away, so I just left it and began starting KDE directly from the command line. That worked, and soon I decided I liked that better than the graphical login anyway, particularly when I'm working from the command line anyway and don't want to wait for X and KDE to come up (if it's not X or KDE that I'm troubleshooting because they /won't/ come up). From my experience, it's just a whole lot more robust to end up at the command line, than to try to boot to X/KDE, and doing that from startx is more robust than ?dm, as well. If I want KDE, I can then login and start it. There's nothing wrong with ?dm. It's just not my preferred way of working any more. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman in http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html -- [email protected] mailing list
