Re: Ready for wrap-up everyone?

[Hans-Bernhard B. <br...@ph...>]

On Mon, 5 Apr 2004, Lars Hecking wrote:

> > *) Lars: contact Tom Williams (and whoever else you contacted last
> >    time) for the formal "blessing" according to the gnuplot Copyright
> >    statement.
>  
>  In progress - do we have some form of "what's new in 4.0" that I can
>  attach?

You could attach the head of "NEWS", or point at the What's New page at
gnuplot.sf.net by Petr.

> > *) Lars also seems to be the only person who can reliably generate a
> >    working 'gnuplot.texi' (my boxes are all either too old or
> >    too new to run doc2texi.el).  
>  
>  Strange, I usually keep XEmacs around here quite up to date.

Well, my private SuSE box barfs for some missing elisp function, and my
RedHat box generates a .texi that differs from yours in subtle ways.
Actually, since I routinely build outside the source tree, the build of
gnuplot.texi fails completely anyway.  It fails to pick up the entire
terminal driver section, and up until recently, the corresponding rule in
docs/Makefile.in was completely crazy.

Here's an excerpt from the cvs diff -uwp between what I get on RedHat
(Using RH's emacs 21.2-2) and the version currently in CVS, cut to the
differences not explainable by recent changes to gnuplot.doc:

@@ -692,7 +692,7 @@ The Atari version of readline defines so
       Ctrl Home       - same as ^E.
       Esc             - same as ^U.
       Help            - @ref{help} plus return.
-      Ctrl Help       - `help `.
+      Ctrl Help       - @ref{help}.

 @end example

@@ -9723,6 +9724,7 @@ to you, depending on its output format.
 * kyo::
 * latex::
 * linux::
+* linux_::
 * macintosh::
 * mf::
 * mp::
@@ -9743,7 +9745,6 @@ to you, depending on its output format.
 * regis_::
 * rgip::
 * sun::
-* sun_::
 * svg::
 * tek410x::
 * tek410x_::
@@ -12081,7 +12082,24 @@ environment variable GSVGAMODE for the d
 1024x768x256 as default mode or, if that is not possible, 640x480x16
 (standard VGA)."

-@node macintosh, mf, linux, terminal
+@node linux_, macintosh, linux, terminal
+@subsubsection linux
+
+@c ?commands set terminal linux
+@c ?set terminal linux
+@c ?set term linux
+@c ?terminal linux
+@c ?term linux
+@cindex linux
+@tmindex linux
+
+
+The `linux` driver has no additional options to specify.  It looks at the
+environment variable GSVGAMODE for the default mode; if not set, it uses
+1024x768x256 as default mode or, if that is not possible, 640x480x16
+(standard VGA)."
+
+@node macintosh, mf, linux_, terminal

My copy of gnuplot.texi actually has *two* copies of the 'linux'
node, and I have no idea whatsoever where it might be picking that
up from.

@@ -13365,22 +13383,7 @@ puts six graphs on a page in three rows
 The `sun` terminal driver supports the SunView window system.  It has no
 options."

-@node sun_, svg, sun, terminal
-@subsubsection sun
-
-@c ?commands set terminal sun
-@c ?set terminal sun
-@c ?set term sun
-@c ?terminal sun
-@c ?term sun
-@cindex sun
-@tmindex sun
-
-
-The `sun` terminal driver supports the SunView window system.  It has no
-options."
-
-@node svg, tek410x, sun_, terminal
+@node svg, tek410x, sun, terminal

... It appears your build makes the same kind of error, just in a
different place.

>  gnuplot.texi should be up to date, too. I'm running a make to see if
> there are changes.

The important thing is that this has to be done immediately before the
final source tarball is made.  I've just run "make dist" for the release
candidate, but a little careful checking of the result would be in order
for the real thing.

> >    All ready by, let's say, Friday this week?
> 
>  You forgot that Easter is coming up. I will be out of the office
>  from Friday to Monday, inclusive.

Hmmm... so I guess that means we'll miss the proclaimed release target
date by a day or two, and release next week.  Not a big problem I presume.


-- 
Hans-Bernhard Broeker (br...@ph...)
Even if all the snow were burnt, ashes would remain.