Date: Mon, 27 Nov 1995 13:29:40 -0800 From: Lyndon Nerenberg (VE7TCP) <lyndon@orthanc.com> To: "Amancio Hasty Jr." <hasty@rah.star-gate.com> Cc: hackers@freebsd.org Subject: Re: Thoughts on the install and on Red Hat Linux. Message-ID: <199511272129.NAA21361@multivac.orthanc.com> In-Reply-To: Your message of "Sun, 26 Nov 1995 16:37:28 PST." <199511270037.QAA00537@rah.star-gate.com>
next in thread | previous in thread | raw e-mail | index | archive | help
>>>>> "Amancio" == Amancio Hasty <hasty@rah.star-gate.com> writes:
Amancio> BTW: exmh has a cool installation procedure someone can
Amancio> take a look. Yes, I know that it is probably not a one
Amancio> to one match to an OS installation however the overall
Amancio> general procedure is cool.
Exmh has a rediculous installation interface that makes it impossible
to install using make. Why oh why do people insist on reinventing make?
Which is not to say that a tk script isn't a good way to build a GUI
install front end, let's just not generalize this to everything else
on the system, okay?
The proper way to do this is with a C library to manipulate the config
files, and curses and GUI (tk or whatever) frontends that do their
real work by calling into the install library API.
I've been investigating this approach as a way of automating the configuration
of the firewall systems I sell. What I have scratched out on paper is a
/config directory that contains the system configuration information
in a form easily parsed by software, a library to access the info, hooks
for the GUI (curses, command line, tk, whatever you like) to call the
library, and a set of scripts to take /config/* and generate the actual
system files.
This is still in the pen-on-paper design stage. Working code is a couple
of months away yet.
--lyndon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199511272129.NAA21361>