Quoting Alkis Georgopoulos <alk...@gmail.com>:

> Στις 26/03/2012 12:04 μμ, ο/η Ben Green έγραψε:
>>>> >>  If not, then I'll implement an X_COLOR_DEPTH=auto instead, which would
>>>> >>  give the above behavior (16 on thins, 32 on fats/localapps) only when
>>>> >>  requested from lts.conf.
>> To be more positive in my response, the above would be an excellent  
>> addition.
>
>
> What's the negative side of making that the default, so that the average
> user wouldn't have to read all lts.conf options, detect that one, create
> an lts.conf and set it there, before enjoying its speed benefits?
>
> People that have a reason (which one?) to not want that can still set
> X_COLOR_DEPTH="" in lts.conf to go back to the old behavior.

I highlighted them in a previous mail, but I think it had another  
primary address so it didn't get through, I'll repeat them here:

I don't think this setting -color depth- should be conditional, if  
there's going to be a default, it should be the same for all,  
otherwise it gets confusing. Some chipsets respond very differently to  
different color depth settings, and so it would be bad for beginners  
to find that when one setting changed when another changed, possibly  
resulting in seemingly broken clients.

For example, we have clients which just don't have the RAM for 32-bit  
modes. We still might want to run local apps on them though. Changing  
the bit depth when we changed to a local apps set up would cause X not  
to start suddenly.

We also have old intel clients where OpenGL only works (albeit in a  
limited fashion) on 16-bit color modes. A conditional change in bit  
depth would be confusing in this case. Why doesn't any GL now work?

These are only two examples but I'm sure there's more.

Its not really a big deal for me, I can, and do, set the bit depth for  
the installs I do, but I don't think the change is productive. The  
simplest solution is the current one, set a reasonable default and let  
the administrator choose.

A note in the documentation would be more appropriate if we want  
administrators to be choosing appropriate bit depths.

So, basically, I object to a conditionally changing the bit depth as  
it will cause some clients to fail to boot or start X. Having the  
conditional as part a =auto option is great though.

Cheers,
==
 From Ben Green


------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_____________________________________________________________________
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
      https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net

Reply via email to