Re: how many font descriptions should be in font/devpdf? (was: typesetting.{mom, pdf} and the groff build system "headline" items for groff 1.24.0)
"G. Branden Robinson" <[email protected]>
| Newsgroups | gmane.comp.printing.groff.general |
|---|---|
| Message-ID | <20260206131441.l2yek63vuhpgk2qy@illithid> |
At 2026-02-06T07:03:55-0600, Dave Kemper wrote: > On Fri, Feb 6, 2026 at 5:10 AM G. Branden Robinson > <[email protected]> wrote: > > weird/stupid things [...] can occur if a directory is used for an > > out-of-tree build after having been once used for an in-tree build > > I'll re-ask an unanswered question from Ingo from a couple weeks ago > (http://lists.gnu.org/r/groff/2026-01/msg00078.html): > > "Given that you prefer out-of-tree, that it is objectively cleaner and > better tested, why is in-tree even supported at all? Simply deleting > the code supporting in-tree and making all builds out-of-tree naively > looks like a win for everyone: less maintenance and testing effort for > you and more cleanliness and better testing for the benefit of users." > > The "weird/stupid things" cited above are a real-world example of > Ingo's point about "more cleanliness." Fair point. I don't have an answer apart from "inertia". However, we must be mindful of how inertia manifests. If the bits of the GNU build system that we use generally presume and advertise support for in-tree builds, we could be trading one pile of grief for another by breaking that presumption, and by violating user expectations. Regards, Branden
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEh3PWHWjjDgcrENwa0Z6cfXEmbc4FAmmF6ToACgkQ0Z6cfXEm bc4Abg/8DQtHi+TpAmjGTuXWogzXYkcDECCvGukDi6QdZcb5LPTN3IIu3fi2fM7/ dNvYzNmewGd/edweTUDEc3rJpGsAsQLimZumhfugNeGOR07kEIAJico77jn1ix/H pfxDJ5kSg9oD1DceCcOo8IaXx752Y1Ps0jEaPWTZcfLgIn7i3RnKZztllGOW4cDr tzkw95HO3to9eUOjJ634sJDVnBjIEwfBzVYdT5JroTIpgqORMm7iJAgKO5MC3jRF nost254L5uDNfLNZmv/AjpTHqzL/ADvtjrA1JOkitQTeZVMJw/lr1935QNfvviYa 8mJbRmqiuyC+BSZMrZirC3wxS0ERez4IEwYqFq5zlBLzk2X59lSYmybYSiol16wq 8THstNn3Itl4O3h9Dig2Qf4qxsMVXwDQnkw/ed7CDGk5goD3FipvwfpMgvkSEIGk coSm4ztwDHrx3wDr4LYrdDrqJNBU9VZP1DdPSbivtuu9jhhYzdli4Tk6GvBkn0nH l5zJHwwRn2aAyMoht7YGBRlNPc866KTEZ4A7aiAVXp4xewkbPws4JfnHBE9Ke8r0 bRZw5grIrURfG9bPBDBNyP1bUD6IL+Tf9nbOIzIqR93l7kjQ5yeI3m8sTDS7fZvE H2KDmhFth0wYFTAWwwdf6F9fFUyBVHFZzHx1Dtqjv7QzjChMMjA= =LxdK -----END PGP SIGNATURE-----