Since Axel Boldt just handed me the maintainer's baton for Configure.help,
now would probably be a good time for me to explain why I took the job,
what my plans for it are, and how they fit into the CML2 work and other
things I'm doing.
Once Linus put the imprimatur on CML2 for 2.5, it looked pretty
inevitable to me that I would end up with de facto reponsibility for
the help file. The configuration system is that file's only user,
and there are good reasons to re-engineer the interface between
them.
A major one is that CML2's question prompts are separated into symbol
files in order to support internationalization -- and it's silly for
that information to be separate from the help file. Right now, the
prompts associated with each symbol are stored twice and the copy
in Configure.help is unused.
So after CML2 goes in, I plan to merge CML2's symbol files with
Configure.help. That file will move to a new format, perhaps some
simple flavor of XML markup, and contain all internationalizable
text elements of the configurator.
Something else I plan to do is change the convention for handing
radiobutton symbols like processor-type choices. At present, if you
request help for one of these, CML1 looks up the help for the
first entry in the containing choice menu. This was a kluge to get
around the fact that menus are not named entities in CML1 and can't
have help in them. In CML2, the menu names and banners will be in
the help file, and will have their own help texts.
In preparation for these changes, I have been writing help entries
(65 of them so far) and taking a hard look at the CONFIG_ symbol
namespace. I really have a couple of overlapping agendas here:
1. Clean up and update the Configure.help file. There are too many
orphans and duplicates in there and too many symbols missing entries.
I'd like to have this in shape before the 2.5 fork, as it will affect
the user's CML1 configuration experience in the stable 2.4 branch.
Steven Cole (who has asked to be listed as co-maintainer, and IMO has
earned it) is very interested in tackling this. I think it will be a
good division of labor for him to do most of the content editing and
updating while I take care of the format and interface redesign.
2. Develop better auditing and consistency-checking tools. Steven's
ach script was a good start, but it only cross-checks Configure.help
with [Cc]onfig.in files. My kxref can do a better job by checking
against the C code as well. Again, this is not a CML2-specific issue.
3. Once I wrote kxref and looked at the reports from it, I realized
that the CONFIG_ namespace is a mess. More about this in a separate
thread, since it has implications beyond the help system.
-- <a href="http://www.tuxedo.org/~esr/">Eric S. Raymond</a>"Extremism in the defense of liberty is no vice; moderation in the pursuit of justice is no virtue." -- Barry Goldwater (actually written by Karl Hess) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Apr 23 2001 - 21:00:36 EST