Re: mdoc(7) prologue regressions

2022-07-16 Thread G. Branden Robinson
Hi Ingo, At 2022-06-27T00:29:08+0200, Ingo Schwarze wrote: > The first issue i identified is a group of regressions in the > behaviour of the mdoc(7) prologue macros .Dt and .Os. > The regressions aren't particularly severe because all that i found > so far only trigger when the document uses thes

Re: mdoc(7) prologue regressions

2022-07-16 Thread G. Branden Robinson
[self-follow-up] At 2022-07-16T02:21:49-0500, G. Branden Robinson wrote: > groff man(7) in groff Git behaves pretty badly if `TH` is omitted, > whereas groff 1.22.4 degrades much more gracefully. I was incorrect about this. I was comparing 1.22.4's "groff -mandoc" to Git HEAD's "groff -ww -man".

Re: build system: devpdf/download regression

2022-07-16 Thread G. Branden Robinson
Hi Ingo & Deri, At 2022-06-26T17:16:44+0100, Deri wrote: > > In general, i would recommend differentiating configuration variables > > by functionality. For example, if all you need is one font path, > > i would expect having one variable to configure it. Two variables > > would make sense to me

Re: git-version-gen not working with Savannah/cgit snapshots

2022-07-16 Thread G. Branden Robinson
[dropped Bruno and bug-gnulib from distribution, added Werner] At 2022-06-25T17:45:01-0500, Dave Kemper wrote: > On 6/19/22, G. Branden Robinson wrote: > > I think that if GNU doesn't have the infrastructure or personnel to > > support these, then, yes, the Savannah administrators should fork (or

GROFF_URW_FONTS_CHECK and awk (was: build system: devpdf/download regression)

2022-07-16 Thread G. Branden Robinson
At 2022-06-23T15:05:29+0200, Ingo Schwarze wrote: > Deri wrote on Thu, Jun 23, 2022 at 12:56:16AM +0100: > > On Wednesday, 22 June 2022 22:29:29 BST G. Branden Robinson wrote: > >> At 2022-06-22T21:30:25+0100, Deri wrote: > > [...] > >>> I think the tests for awk and ghostscript need to just apply

Re: git-version-gen not working with Savannah/cgit snapshots

2022-07-16 Thread Werner LEMBERG
>> > I think that if GNU doesn't have the infrastructure or personnel >> > to support these, then, yes, the Savannah administrators should >> > fork (or just patch) cgit to the extent necessary to suppress the >> > exposure of these snapshot download links. I had no idea they >> > weren't truly s

Re: build system: devpdf/download regression

2022-07-16 Thread G. Branden Robinson
Hi Ingo, At 2022-06-21T20:33:43+0200, Ingo Schwarze wrote: > G. Branden Robinson wrote on Tue, Jun 21, 2022 at 09:54:54AM -0500: > > First I want to add a regression test for this (and devhtml), so > > that we're sure all the font description files that _should_ get > > built unconditionally actua

afmtodit: both Tcommaaccent and uni0162 map to u0054_0327 (was: build system: devpdf/download regression)

2022-07-16 Thread G. Branden Robinson
Hi Ingo, At 2022-06-21T20:33:43+0200, Ingo Schwarze wrote: > >> +afmtodit: both Tcommaaccent and uni0162 map to u0054_0327 \ > >>at /usr/local/bin/afmtodit line 6555. > >> +afmtodit: both tcommaaccent and uni0163 map to u0074_0327 \ > >>at /usr/local/bin/afmtodit line 6555. I've sort

the compatibility of man(7) (was: man(7) .TH font change, was: groff man(7) `B` macro...)

2022-07-16 Thread G. Branden Robinson
At 2022-06-19T19:28:26+0200, Ingo Schwarze wrote: > Given that the base system corpora of FreeBSD and NetBSD are of the > same order of magnitude as in OpenBSD (and treating DragonFly as a > FreeBSD fork for now, which is not fair in general, but good enough > for this particular purpose because Dr

Re: man(7) .TH font change, was: groff man(7) `B` macro...

2022-07-16 Thread G. Branden Robinson
Hi Ingo, At 2022-06-19T17:00:47+0200, Ingo Schwarze wrote: > I'm not opposed to introducing new syntax in each and every case. That remains to be seen. What new man(7) syntax have you supported at the time it was proposed (or implemented)? > I'm merely saying new syntax needs strong justificati

Re: build system: devpdf/download regression

2022-07-16 Thread Deri
On Saturday, 16 July 2022 12:02:29 BST G. Branden Robinson wrote: > Hi Ingo & Deri, > > At 2022-06-26T17:16:44+0100, Deri wrote: > > > In general, i would recommend differentiating configuration variables > > > by functionality. For example, if all you need is one font path, > > > i would expect

Re: build system: devpdf/download regression

2022-07-16 Thread Deri
On Saturday, 16 July 2022 12:48:50 BST G. Branden Robinson wrote: > [1] I think this is because it began life as, or Deri had hopes for it > to be, an installable tool. Failing to add gropdf support for some > crazy font that will be used only by the document you're about to > write is

Re: man(7) .TH font change (was: groff man(7) `B` macro)

2022-07-16 Thread G. Branden Robinson
Hi Ingo, I've addressed your grievances with the `MR` macro at length in other mails so, apart from a few remarks at the end, I will confine my response here to your objection to the slightly changed rendering of man(7) headers and footers in groff. (For those needing a refresher, the change is t

warning on mid-input line sentence endings (was: Warn on semantic newlines)

2022-07-16 Thread G. Branden Robinson
[I've retitled the subject line to avoid misleading terminology.] At 2022-06-10T07:16:54-0500, G. Branden Robinson wrote: > At 2022-06-10T11:52:30+0200, Alejandro Colomar wrote: > > As far as I know, there's currently no tool that warns on "foo. bar" > > in filled test. Not `mandoc -Tlint`, and n

How groff should locate AFM files for gropdf (was: build system: devpdf/download regression)

2022-07-16 Thread G. Branden Robinson
Hi Deri, At 2022-07-16T15:56:28+0100, Deri wrote: > My understanding is that the selection of paths to search is appended > to the value of the --with-urw-fonts-dir config variable (if any). Yes. To make it clear for mailing list readers, that's determined by font/devpdf/Foundry.in, which curren

Re: build system: devpdf/download regression

2022-07-16 Thread G. Branden Robinson
Hi Deri, At 2022-07-16T16:21:15+0100, Deri wrote: > On Saturday, 16 July 2022 12:48:50 BST G. Branden Robinson wrote: > > [1] I think this is because it began life as, or Deri had hopes for it > > to be, an installable tool. Failing to add gropdf support for some > > crazy font that will

Re: Puzzle about ms files generated by pandoc

2022-07-16 Thread G. Branden Robinson
At 2022-07-16T00:34:14-0500, G. Branden Robinson wrote: > At 2022-07-09T01:00:57-0400, Robert Goulding wrote: > > Yes, this is code generated by pandoc. I made a simple markdown > > file, ms.md: > > > > roff > > > > > > > > And then processed it with: pandoc --highlight-style=monochrome