GNU bug report logs - #30785
Man pages truncated, repeated

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Marius Bakke <mbakke <at> fastmail.com>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#30785: closed (Man pages truncated, repeated)
Date: Sun, 06 May 2018 13:55:01 +0000

[Message part 1 (text/plain, inline)]

Your message dated Sun, 06 May 2018 15:53:59 +0200
with message-id <874ljkhoug.fsf <at> fastmail.com>
and subject line Re: bug#30785: Man pages truncated, repeated
has caused the debbugs.gnu.org bug report #30785,
regarding Man pages truncated, repeated
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
30785: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=30785
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: bug-guix <at> gnu.org
Subject: Man pages truncated, repeated
Date: Mon, 12 Mar 2018 22:24:46 +0100

Guix,

Perhaps he's just getting old, but our man has a tendency to forget 
where he was, start over from the beginning, and repeat himself several 
times:

  $ guix package -i knot rofi
  $ man 5 knot.conf | grep -E '^(NAME|DESCRIPTION)'
  NAME
  DESCRIPTION
  NAME
  DESCRIPTION
  NAME
  DESCRIPTION
  NAME
  DESCRIPTION
  NAME
  $

There's also some stderr...

  <standard input>:25: error: end of file while defining macro 
`UNINDENT'

...but I think that's just a symptom of the input being cut short; man 
rofi(1) prints no such error yet suffers the same fate.

The affected man pages themselves are not truncated, nor do they repeat:

  $ zgrep '\.SH' `man -w knot.conf`
  .SH NAME
  .SH DESCRIPTION
  .SH COMMENTS
  .SH INCLUDES
  .SH MODULE SECTION
  .SH SERVER SECTION
  .SH KEY SECTION
  .SH ACL SECTION
  .SH CONTROL SECTION
  .SH STATISTICS SECTION
  .SH KEYSTORE SECTION
  .SH SUBMISSION SECTION
  .SH POLICY SECTION
  .SH REMOTE SECTION
  .SH TEMPLATE SECTION
  .SH ZONE SECTION
  .SH LOGGING SECTION
  .SH AUTHOR
  .SH COPYRIGHT
  $

However, even longer man pages such as bash(1) render without fail, so 
there might be something special about the two examples above that 
triggers this behaviour.

Kind regards,

T G-R

Sent from a Web browser. Excuse or enjoy my brevity.

[Message part 3 (message/rfc822, inline)]

From: Marius Bakke <mbakke <at> fastmail.com>
To: Tobias Geerinckx-Rice <me <at> tobias.gr>, 30785-done <at> debbugs.gnu.org
Subject: Re: bug#30785: Man pages truncated, repeated
Date: Sun, 06 May 2018 15:53:59 +0200

[Message part 4 (text/plain, inline)]

Marius Bakke <mbakke <at> fastmail.com> writes:

> Marius Bakke <mbakke <at> fastmail.com> writes:
>
>> Tobias Geerinckx-Rice <me <at> tobias.gr> writes:
>>
>>> Guix,
>>>
>>> Perhaps he's just getting old, but our man has a tendency to forget 
>>> where he was, start over from the beginning, and repeat himself several 
>>> times:
>>>
>>>    $ guix package -i knot rofi
>>>    $ man 5 knot.conf | grep -E '^(NAME|DESCRIPTION)'
>>>    NAME
>>>    DESCRIPTION
>>>    NAME
>>>    DESCRIPTION
>>>    NAME
>>>    DESCRIPTION
>>>    NAME
>>>    DESCRIPTION
>>>    NAME
>>>    $
>>
>> One thing rofi.1 and knot.conf.5 have in common is that they are both
>> unicode.  Whereas working pages are ASCII.
>
> This ultimately turned out to be due to man-db not finding "preconv".
>
> The attached patches fixes it.

I pushed the fix as 296551a2e9310d4a030ee49530e9367e73aaeecf.

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.