Re: groff 1.25.0.rc1 on Ubuntu 26.04

Bruno Haible via discussion of the GNU roff typesetting system and related software <[email protected]> Fri, 24 Jul 2026 00:38:10 +0200
Newsgroups gmane.comp.printing.groff.general
Message-ID <3394573.CEsMmvUzM0@cagnes>
G. Branden Robinson wrote:
> Here's the "real failure", I believe.
> 
> > ../../../../../doc/groff.dvi.t2d/doc!groff.t2d/dvi/src/groff.texi:13156: epsf.t
> > ex not found, images will be ignored.

Yes, that's my understanding as well.

> > My recommendation regarding epsf.tex is to take it from Gnulib, as
> > described in
> > https://lists.gnu.org/archive/html/bug-bison/2025-07/msg00004.html .
> 
> Not saying that this isn't good advice, but the root cause of this
> problem, I believe, was my failure to properly manage "maintainer mode".
> ...
> Building from the distribution archive should _not_ prompt a rebuild of
> any of the rendered forms of groff's Texinfo manual.

While this is a good guideline, in order to reduce the necessary build steps
for people who build from a tarball, you can't really rely on the time stamps
to be correct, in my experience. 20 years ago this was true because of HP-UX
'make'; nowadays it is true because of Haiku (which does not implement time
stamps as required by POSIX). Also, the way I do multi-platform testing of
tarballs sometimes, is to unpack the tarball, commit the unpacked files into
git, and have the CI check them out from git; and this process kills the time
stamps.

> If you have time, I can roll a distribution archive from my most recent
> push (or you could produce one yourself via a Git checkout and "make
> dist").  If that's something you'd like to do, please let me know.

Thanks; but I can wait for the rc2.

Bruno