> Regis, if you can send me diagnostics, I'm interested in fixing the
> existing configuration files. Names that don't begin with CONFIG_*
> are more than esthetic nuisances now; Smart Config sees configuration
> variables only if they start with CONFIG_*. Also note that these
> files have been fixed a lot in 2.1.87.
I will have a look at 2.1.87, and will send you the problems I encounter
For example, I really dislike things like in drivers/net/Config.in:
if [ "$CONFIG_MCA" = "y" ]; then
tristate 'SMC Ultra MCA support' CONFIG_ULTRA
else
tristate 'SMC Ultra support' CONFIG_ULTRA
fi
I see this as a variable redefinition. What is your opinion about it?
> Is GTK available under the GPL?
Of course it is. But the quality is like the commercial Qt
> I do. A configuration tool is less useful if the user has to install
> something else first.
Do you consider that a X-server plus TCL plus TK is not "something else"?
> Perhaps 'make xconfig' could bring up a TCL/TK
> version.
> It ought to be easy to emit the same kconfig.tk that we are
> emitting now. Then 'make gtkconfig' could bring up the new beautiful
> gtk version. Two months later, if few people are using 'make xconfig',
> then de-support it it.
Agreed. We can have both of them. But the problem then is to decide which
back-end must be included into the mainstream distribution. Perhaps Linus
will refuse to have too much back-ends.
> Please don't do this in phase 1. I want to see .config files that
> look *exactly* like they used to. People can have unknown software
> tools that do things with .config files.
Ok
Regis "HPReg" Duchesne - Engineering Student at ***** ******** *****
www http://www.via.ecp.fr/~regis/
(O o) I use Linux & 3Com (1135 KB/s over 10Mb/s ethernet)
--.oOO--(_)--OOo.-----------------------------------------------------------
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu