[bug #64463] [groff] subroutine "debug_with_file_and_line" defined differently in two source files

URL: Summary: [groff] subroutine "debug_with_file_and_line" defined differently in two source files Group: GNU roff Submitter: bjarniig Submitted: Mon 24 Jul 2023 12:46:24 AM UTC

[bug #64421] [mom] the word "black" spuriously appears in output

Follow-up Comment #19, bug #64421 (project groff): I might have got a little bit further. I have managed to duplicate the issue and have tied it down to the particular troff executable in arch linux. If you replace /usr/bin/troff with the one here:- http://chuzzlewit.co.uk/bad.troff.tgz And

Re: an.tmac, .TH: shows the same text twice in the header! Why necessary?

* On 2023 22 Jul 14:22 -0500, Bjarni Ingi Gislason wrote: > The text "SENSIBLE-TERMINAL-EMULATOR" is output twice in the header, > is once not enough and why? (Is this necessary(?)) On a terminal or PDF form read on a monitor, once is certainly enough. My limited understanding of manual pages

Re: [bug #64459] [ms] subscripting does not work

Fantastic, you are a magician. It works! I would like to thank the GNU Groff community for this immediate and comprehensive help. Excellent! Am So., 23. Juli 2023 um 18:06 Uhr schrieb G. Branden Robinson < invalid.nore...@gnu.org>: > Update of bug #64459 (project groff): > >

[bug #54538] [PATCH] hdmisc.tmac-u: macro t*index: Fix the end value of a while loop

Follow-up Comment #2, bug #54538 (project groff): My patch was the result of adding "-b -ww" to "GROFFBIN" in "Makefile.am" to make the reported warnings superfluous. ___ Reply to this item at:

[bug #64421] [mom] the word "black" spuriously appears in output

Follow-up Comment #18, bug #64421 (project groff): Here's a diff of the reporter's two grout files. Fortunately it is not huge. --- groff-1.22.4.grout 2023-07-23 11:28:49.363150841 -0500 +++ groff-1.23.0.grout 2023-07-23 11:29:34.374966229 -0500 @@ -71,17 +71,32 @@ s12000 V37500 H81000 +x

[bug #64459] [ms] subscripting does not work

Update of bug #64459 (project groff): Status: Need Info => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #4: Marking as invalid,

[bug #64459] [ms] subscripting does not work

Follow-up Comment #3, bug #64459 (project groff): It works! I would like to thank the GNU Groff community for this immediate and comprehensive help. Excellent! ___ Reply to this item at:

Re: mom doc

Hi Heinz, At 2023-07-23T18:01:11+0200, Heinz-Jürgen Oertel wrote: > SPECIAL CHARACTERS AND SYMBOLS > > is mentioned the Section symbol as \[se], but should be \[sc] Good catch! Peter, I can include the 1-character fix for this (attached) in my next push, if you'd like. Let me know.

[bug #64459] [ms] subscripting does not work

Update of bug #64459 (project groff): Category: General => Macro ms Status:None => Need Info Assigned to:None => gbranden Summary:

mom doc

Hi, in section: SPECIAL CHARACTERS AND SYMBOLS is mentioned the Section symbol as \[se], but should be \[sc] Grüße Heinz

[bug #64421] [mom] the word "black" spuriously appears in output

Follow-up Comment #17, bug #64421 (project groff): You can recreate the -Z output from a pdf produced with -P-d. I use the attached script. You will see the "tblack" at the point it should be "mr 0 0 0". This could happen with:- .gcolor black if 'gcolor' was aliased to nop, or the mom macro

[bug #64421] [mom] the word "black" spuriously appears in output

Follow-up Comment #16, bug #64421 (project groff): FYI, this is also relatively easy to reproduce from the Arch Linux installation medium. It is not graphical but it can be done with pdftotext. The "gnome-boxes" program make it straightforward to boot up a qemu instance with it. Once you are in

[bug #64459] Subscripting does not work.

Follow-up Comment #1, bug #64459 (project groff): Section 4.6 and its subsections only apply to the "ms" macro package. Are you using that in your document? --Günther ___ Reply to this item at:

[bug #64421] [mom] the word "black" spuriously appears in output

Follow-up Comment #15, bug #64421 (project groff): [comment #13 comment #13:] > To clarify, you're saying that the problem reproduces regardless of output driver, and that the word "black" spuriously appears in PostScript output as well as PDF. > > I think it unlikely that output driver behavior

[bug #64421] [mom] the word "black" spuriously appears in output

Follow-up Comment #14, bug #64421 (project groff): I attached the .grout files using groff packages 1.22.4 and 1.23.0. The script I used to produce them is: #!/bin/sh cat File name: groff-1.23.0.grout Size:2 KB

[bug #64459] Subscripting does not work.

URL: Summary: Subscripting does not work. Group: GNU roff Submitter: rheidrich Submitted: Sun 23 Jul 2023 01:19:34 PM UTC Category: General Severity: 3 -

[bug #64421] [mom] the word "black" spuriously appears in output

Follow-up Comment #13, bug #64421 (project groff): [comment #12 comment #12:] > I reinstalled the old package version from a separate terminal in between running these. > > -verbatim- > gnoack:~/momrepro$ sh repro.sh > groff-1.22.4-10-d.pdf > troff: :5: can't transparently output node at top

[bug #64421] [mom] the word "black" spuriously appears in output

Follow-up Comment #12, bug #64421 (project groff): I recreated the PDF file with Arch Linux's groff-1.23.0-3-x86_64.pkg.tar.zst and groff-1.22.4-10-x86_64.pkg.tar.zst packages, using the -P-d flag, as follows. I reinstalled the old package version from a separate terminal in between running