More on XDM and runlevels
Brad wrote: As has been mentioned before, this isn't the best solution either. Say you remove the link in runlevel 2. Fine, xdm doesn't start on boot. Then you change to level 3, and xdm is started. Again, good. But now you change back to level 2, where xdm shouldn't be running. What happens? xdm is still there, since you never told the system to kill it in runlevel 2. Simple solution. If you want xdm killed in run level 2, just add a symbolic link in rc2.d to xdm prefixed with a KNNxdm where K directs the computer to Kill the app and NN is the number sequence in which you want the app killed. Eric G . Miller wrote: Yes, but this begs the question, why? I don't know of any good reason to go around changing runlevels midstream. The only time that makes any sense to me, is when you want to do maintainence, and don't want anyone else using the system, and only the minimal services running. For that, using shutdown now brings you down to runlevel 1, then you log in as root, do whatever, and then bring the system back up. Am I missing something here? Well, I can't site any reason w/xdm other than possibly using something like kdm or gdm periodically. However, I do know run levels come in handy. Let's say, for example, you'd like to work on your web pages at home, perhaps running mysql and apache with php. Yet, you're only running a 486 which has limited resources. You've got no need to run Apache and MySQL all of the time, just when you need them. There's where run levels come into play. But to answer your question, yes, you are missing something. There is no reason to bring the system down to run level 1 when it's just as easy to type init num to change the function of the machine. Run levels are there to be used. They're there as a convenience and as a flexible tool. Use them! Experiment with them! Isn't that what Linux is for? ^chewie
Re: More on XDM and runlevels
Chad Walstrom writes: Well, I can't site any reason w/xdm other than possibly using something like kdm or gdm periodically. However, I do know run levels come in handy. Let's say, for example, you'd like to work on your web pages at home, perhaps running mysql and apache with php. Yet, you're only running a 486 which has limited resources. You've got no need to run Apache and MySQL all of the time, just when you need them. There's where run levels come into play. Another example is to reduce the level of service during backups, when you don't want any activity that will change files half way through them being copied to tape, etc. Whether such activity is likely can depend on your exact situation. ttfn/rjk
Re: More on XDM?
Carroll Kong wrote:
Where do I go to
increase color depth allocation per user? I want to have maximized resource
s
allocated Thanks in advance guys!
Debian 1.3R6 running XDM-Shadow
To set a default depth of 16, edit /etc/X11/XF86Config and insert a
DefaultColorDepth line in the appropriate Screen section.
...
Section Screen
Driver SVGA
Device Primary Card
Monitor Primary Monitor
DefaultColorDepth 16
SubSection Display
...
make sure you amend the right Screen section; there may well be more than one.
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
PGP key from public servers; key ID 32B8FAA1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: More on XDM?
I use Accelerated X which defaults to 24 bit color. Did you misread my
message? Or does xdm not use accelerated X? I never installed xf86config,
at least not on Linux.. I do it for freebsd and am happy with 16 bit color
there. :)
My question was that logging in remotely gives me less color than
logging in locally. via xdm.
Carroll Kong
On Mon, 30 Mar 1998, Oliver Elphick wrote:
Carroll Kong wrote:
Where do I go to
increase color depth allocation per user? I want to have maximized
resource
s
allocated Thanks in advance guys!
Debian 1.3R6 running XDM-Shadow
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
PGP key from public servers; key ID 32B8FAA1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: More on XDM?
I use Accelerated X which defaults to 24 bit color. Did you misread my message? Or does xdm not use accelerated X? I never installed xf86config, at least not on Linux.. I do it for freebsd and am happy with 16 bit color there. :) Xdm will use whatever is Xserver is configured. I had my xdm using the Acclerated-X demo server, for example. My question was that logging in remotely gives me less color than logging in locally. via xdm. If the graphics card on your remote machine can't support as many colors as the graphics card on your local machine then you will get less colors on the remote machine. Xdm uses whatever X server is available on the machine you are going to display your X session on. -Ossama -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: More on XDM?
But I was able to run another xdm session on another server, same terminal and get the same application working with enough colors. The only difference is a wharf bar... if that is draining all the extra colors that the app needs, i guess I am stuck. So I have to reduce the color load on my Accelerated X and hope that it will go? Carroll Kong On Mon, 30 Mar 1998, Ossama Othman wrote: I use Accelerated X which defaults to 24 bit color. Did you misread my message? Or does xdm not use accelerated X? I never installed xf86config, at least not on Linux.. I do it for freebsd and am happy with 16 bit color there. :) Xdm will use whatever is Xserver is configured. I had my xdm using the Acclerated-X demo server, for example. My question was that logging in remotely gives me less color than logging in locally. via xdm. If the graphics card on your remote machine can't support as many colors as the graphics card on your local machine then you will get less colors on the remote machine. Xdm uses whatever X server is available on the machine you are going to display your X session on. -Ossama -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
More on XDM?
Hm... i originally thought my wallpaper sucked up all the resources... but even when I take it off, I cannot run one of my programs in workable color anymore. And... it works fine if I xdm to another server aside my own on the same terminal so it is not the terminal. I looked into the .Xresources but all it seems to talk about is how to setup the login screen. Where do I go to increase color depth allocation per user? I want to have maximized resources allocated Thanks in advance guys! Debian 1.3R6 running XDM-Shadow Carroll Kong -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
