atom feed5 messages in org.freebsd.freebsd-docRe: Adding a publication date to the ...
FromSent OnAttachments
Udo ErdelhoffJan 20, 2003 12:54 pm 
Bruce A. MahJan 21, 2003 8:50 am 
Udo ErdelhoffJan 21, 2003 11:17 am 
Bruce A. MahJan 22, 2003 6:32 am 
Udo ErdelhoffJan 22, 2003 9:26 am 
Subject:Re: Adding a publication date to the installation instructions
From:Bruce A. Mah (bm@FreeBSD.ORG)
Date:Jan 22, 2003 6:32:13 am
List:org.freebsd.freebsd-doc

If memory serves me right, Udo Erdelhoff wrote:

Bruce, On Tue, Jan 21, 2003 at 08:51:09AM -0800, Bruce A. Mah wrote:

The problem with the installation instructions is that the content is scattered throughout several files and there is not any single $FreeBSD$ tag you (or anybody) can use to give the latest revision date for the document as a whole.

I hate it when you are right and have to ditch one of my half-cooked ideas into the trashcan. Obviously, adding a visible $FreeBSD$ tag to each file would look... strange.

I'm only right because I've run into this problem too. Also I *designed* this mess. :-)

I *think* you can do this for the installation guide as well, and I wouldn't object to somebody doing this if it can be made to work.

Why do I get the nasty feeling that this will be more complicated than just doing a gigantic cat * > newfile.sgml?

I haven't really looked at this (ENOTIME) but it might actually *be* that easy.

It can't be done for the hardware notes, because there are some MD files.

Which mean that even if I manage to add a usefull publication date to the installation instructions, I am still short of my target of having a way to automatically identify the parts of the rendered release notes that are out of date... short of building them and running diff, that is.

But you'd be closer. A lot of these problems (believe it or not) would go away if we had better conditionals for building text. Heck, cpp(1) would do better than what I'm using now. :-(

Bruce.