finding fonts for gropdf at groff build time (was: groff 1.24.0.rc1 on Manjaro 23)
"G. Branden Robinson" <[email protected]>
| Newsgroups | gmane.comp.printing.groff.general |
|---|---|
| Message-ID | <20260120171012.73tofefp2cpj33xe@illithid> |
[this message might be too "inside baseball" for Bruno's interest]
At 2026-01-20T13:48:52+0000, Deri wrote:
> First, a little introduction on how gropdf interacts with fonts. There
> are 3 different service levels:-
>
> A) Full service
[...]
> B) Intermediate service
[...]
> C) Basic service
[...]
> The program BuildFoundries understands these 3 service levels and
> outputs a warning when it discovers issues which detract from
> providing a full service.
Worth noting is that the groff build doesn't install the
"BuildFoundries" script; it lives only in the source tree. This is an
important fact for distributors, or anybody using gropdf (directly or
indirectly) who didn't build groff from source themselves.
> A change in this release is that warnings from BuildFoundries now
> abort the build, which essentially means that you must have all the
> URW fonts (and their afm files) available in order to have a
> successful build.
I'll wear the blame for this. Several different things can go wrong
that prevent a build from getting to "full service", and the many
possible scenarios are laborious for me to test for. The problems
arising therefrom were driving me crazy. So I hit the problem with a
hammer, and the build freaks out if the slightest thing goes wrong.
The bad news is that, often enough, a slight (or chunky) thing will go
wrong when the build tries to locate the URW fonts or their metrrics.
The good news is that, if the build doesn't fail, you can be pretty
confident that gropdf will work at the full service level.
(All bets are off if you rearrange your file system subsequently to move
the URW fonts where gropdf can't find them, though. Typically, system
users don't do this--but distros and their packaging systems do![1])
I begin to perceive that for rc2 and the 1.24.0 final release, I need to
advertise the importance of configuring the desired URW support
situation. Do we need a "--without-urw-fonts" "./configure" option?
Regards,
Branden
[1] This is why our canned URW font search path grows ever longer...
https://cgit.git.savannah.gnu.org/cgit/groff.git/tree/m4/groff.m4?h=1.24.0.rc1#n342
...and why to solve the eternally vexing third-party font support
problem, we need to provide scripts that packaging systems can
integrate with their "triggers", reconfiguring groff's view of font
availability as font packages get installed and removed from the
system. This issue is not, at present, filed as a Savannah ticket.
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEh3PWHWjjDgcrENwa0Z6cfXEmbc4FAmlvtuwACgkQ0Z6cfXEm bc4luA/+LreOmRsCRco6r9aDVLN9jJu1PYEryXSloDi4DQyo2bm3ImYdbVnIqfDD XDKK0Kdufmadd0C0G6a7DIa9n+Fo9RlxlQohDU4WUBUZueXrAmNfIWPTe1sB1E7i U/jgR1t24+7LWpyJbXZxQFEpzhWEOZvYNe1bdXKxVCUdxsiLukfRzNqpqukMLW1W vU4xOC+I4t7sjh4xZnhPnh090oUcCj6R1HR+0SbnYH338/FX5qnLPrKMScvSYJBA wjucjccSV/WTtZszV1HDNN+b8kGNgqiY6nTm9Hp/hqxp67yF57Yy2JFtzH7fJxUc fg9kzX6DUYRTBs//a+q3iHhk6zVQ7LBe8WbqOOAmmFz63tf47jyWS1w4j+Nu8v6Y EO9Pw5WpdAy/vnfJoJ7tmSsE/+GIF3hXaSPYyadfmtpAmR5vIPJ2+eCqN8qnUopy f6zSYWsvu1LEiIIKq2ppmpqXeDptWyH4NqQgLimwHFC6g5EGtahGHl3sInNGN1UY ZKb2qp3CzpDxNFdzdSAvynPhM4in7Gjn4ahBIp26Hm2RRBCffSPZGYDbAVQRyTlr gnrW4ODvHf5Bs4x/5mgapK/ubJRpj9BGBGG/nu49DKbthG1CYeB9NK6xorltLdie iYmWh2Qk2mVMovf6ZQU+CKMZev/vHoI91SRSxftnD16Oa8Eh84I= =D57+ -----END PGP SIGNATURE-----