Re: Linux man-pages PDF book

[Alejandro Colomar <alx@kernel.org>]

[-- Attachment #1.1: Type: text/plain, Size: 1622 bytes --]

Hi Branden,

On Sun, Apr 14, 2024 at 05:58:09PM +0200, Alejandro Colomar wrote:
> > > However, our an.tmac is not for appending, but for replacing man(7).
> > > :( I'd like to get rid of that an.tmac fork.  Does your message mean
> > > that if I use groff git HEAD to build our book I can just drop the
> > > fork and use man(7), and groff(1) will do the right thing?
> > 
> > I think so, and want to know if it doesn't.  Also, fair warning, Deri
> > said he observed a CRAZY bad performance regression when building the
> > Linux man-pages book with groff Git HEAD.  If you can reproduce that,
> > then I have some work to do.  Let me know.
> 
> Can't reproduce.  I've removed the an.tmac fork, and added -man to
> troff(1)'s invocation, and get the same times.

I forgot to mention that while I can't reproduce the performance
regression, I see a regression in the navigation panel.  When using
groff.git HEAD's an.tmac, the navigation panel doesn't allow collapsing
an entire chapter, while the Linux man-pages fork of it does allow.
Both PDF books are attached to this message.

> $ time make build-pdf-book 2>/dev/null
> GROPDF		.tmp/man-pages-6.7-53-g5125d867d.pdf
> 
> real	0m13.307s
> user	0m16.229s
> sys	0m0.481s
> 
> $ time make build-pdf-book 2>/dev/null
> GROPDF		.tmp/man-pages-6.7-53-g5125d867d-dirty.pdf
> 
> real	0m13.564s
> user	0m17.060s
> sys	0m0.510s
> 
> (I've built all the dependencies before hand, so that only the PDF is
>  built in these invocations.)
> (The -dirty one uses -man.)

Have a lovely night!
Alex

-- 
<https://www.alejandro-colomar.es/>

[-- Attachment #1.2: man-pages-6.7-53-g5125d867d.pdf --]
[-- Type: application/pdf, Size: 8848415 bytes --]

[-- Attachment #1.3: man-pages-6.7-53-g5125d867d-dirty.pdf --]
[-- Type: application/pdf, Size: 8886213 bytes --]

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]