I've recently looked into the doc-base control file format. It seems
pretty sane, except I realized since it does not provide for any
macro expansion, I will have to edit the 8 or 9 doc control files
libgtk1.1.13-doc (and 1.1.14, and 1.1.15, ad nauseum) provides
EVERY SINGLE TIME there is a new
On 21 Jan 1999, Ben Gertzfield wrote:
I've recently looked into the doc-base control file format. It seems
pretty sane, except I realized since it does not provide for any
macro expansion, I will have to edit the 8 or 9 doc control files
libgtk1.1.13-doc (and 1.1.14, and 1.1.15, ad nauseum)
Dale == Dale Scheetz [EMAIL PROTECTED] writes:
Ben I've recently looked into the doc-base control file
Ben format. It seems pretty sane, except I realized since it does
Ben not provide for any macro expansion, I will have to edit the
Ben 8 or 9 doc control files libgtk1.1.13-doc
At 08:06 -0800 1999-01-21, Ben Gertzfield wrote:
Is there any way doc-base can provide some kind of macro expansion,
so I don't have to edit:
/usr/doc/libgtk1.1.13-doc/gtk-faq.html/
...
every time I have a new package, instead, doing something like
VERSION=1.1.13
On 21 Jan 1999, Ben Gertzfield wrote:
Dale == Dale Scheetz [EMAIL PROTECTED] writes:
Ben I've recently looked into the doc-base control file
Ben format. It seems pretty sane, except I realized since it does
Ben not provide for any macro expansion, I will have to edit the
Jules == Jules Bean [EMAIL PROTECTED] writes:
Jules In general, it is IMHO silly to rewrite, yet again, a macro
Jules substitution engine into a special purpose piece of
Jules software (doc-base) when we already have several good, fast
Jules macro substituters (cpp, m4) and a
On Thu, 21 Jan 1999 17:18:21 + (GMT), Jules Bean [EMAIL PROTECTED] said:
On 21 Jan 1999, Ben Gertzfield wrote:
Dale == Dale Scheetz [EMAIL PROTECTED] writes:
Ben I've recently looked into the doc-base control file format. It
Ben seems pretty sane, except I realized since it does not
7 matches
Mail list logo