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