On Tue, Dec 03, 2002 at 11:29:34AM -0800, Linus Torvalds wrote:
> 
> On Tue, 3 Dec 2002, magenta wrote:
> > 
> > User preferences are an entirely different matter.  I totally agree that
> > the user should be able to override default behaviors, but environment
> > variables are such a crappy way of doing this.
> 
> Why? Environment variables are in many ways more powerful than config 
> files, and can be equally easily edited (think of your ".bashrc" as the 
> config file for environment variables).

I would tend to disagree in this case.  With most things, there is a single,
well defined set of env vars that control the thing.  However, we're going
to end up with a set that is different from driver to driver and from
driver version to driver version.

It would be very easy to provide a way for a tool to query a driver to find
out what its set of knobs and buttons is.  This way the tuning tool could
adapt to each different driver automagically.

At least one company (PowerVR) ships a driver that uses a config file with
per-application settings.  I also know of at least one IHV that has
complained that the lack of such a mechanism is one of DRI / XFree86's
weaknesses.  It is likely that other IHVs will begin to support such config
files in the future.  At that level, I think it makes sense for the open
source community to *lead* the way instead of following along after everyone
else has been there, done that.

The only env var that I can see having a long-term purpose is one to set the
name of the config file to use. :)  I think that would provide the same
functionality to automated things that env vars currently provide.

-- 
Smile!  http://antwrp.gsfc.nasa.gov/apod/ap990315.html


-------------------------------------------------------
This SF.net email is sponsored by: Microsoft Visual Studio.NET 
comprehensive development tool, built to increase your 
productivity. Try a free online hosted session at:
http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to