* bug#22340: 25.1.50; WoMan fails on groff.1 manpage
@ 2016-01-09 19:01 Fran Burstall
2019-08-01 16:26 ` Lars Ingebrigtsen
0 siblings, 1 reply; 6+ messages in thread
From: Fran Burstall @ 2016-01-09 19:01 UTC (permalink / raw)
To: 22340
[-- Attachment #1: Type: text/plain, Size: 3504 bytes --]
Starting from 'emacs -Q':
1. M-x woman
2. Select groff, then groff.1
What I expected: a buffer containing a nicely formatted man page for
groff.
What I got: a fundamental-mode buffer containing a garbled version of
the nroff src of the man page.
Commentary:
1. the page src has a definition (.de ...) of a font \f[CR]
which does get parsed correctly. Then WoMan complains that CR is an
unknown font and eventually seems to give up on formatting.
2. I get this behaviour with some other man pages but chose this one as
a typical example.
Thanks!
---Fran Burstall
In GNU Emacs 25.1.50.1 (i686-pc-linux-gnu, GTK+ Version 3.14.5)
of 2016-01-09 built on darboux
Repository revision: 384cf23c6ed05e1f151032958a2cc2bb8100344b
Windowing system distributor 'The X.Org Foundation', version 11.0.11604000
System Description: LMDE 2 Betsy
Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY
LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11
Important settings:
value of $LANG: en_GB.utf8
locale-coding-system: utf-8-unix
Major mode: Fundamental
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
view-mode: t
Recent messages:
next-line: End of buffer
Building list of manual directory expansions...
Building completion list of all manual topics...
Making completion list...
uncompressing groff.1.gz...done
WoMan formatting buffer...
woman-change-fonts: End of buffer
mwheel-scroll: Beginning of buffer [37 times]
mwheel-scroll: End of buffer [4 times]
mwheel-scroll: Beginning of buffer [14 times]
Load-path shadows:
None found.
Features:
(shadow sort gnus-util mail-extr emacsbug message dired dired-loaddefs
format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils disp-table view jka-compr woman
cl-extra man ansi-color help-fns help-mode easymenu cl-loaddefs pcase
cl-lib time-date mule-util tooltip eldoc electric uniquify ediff-hook
vc-hooks lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd
fontset image regexp-opt fringe tabulated-list newcomment elisp-mode
lisp-mode prog-mode register page menu-bar rfn-eshadow timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame
cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai
tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian
slovak czech european ethiopic indian cyrillic chinese charscript
case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote dbusbind inotify
dynamic-setting system-font-setting font-render-setting move-toolbar gtk
x-toolkit x multi-tty make-network-process emacs)
Memory information:
((conses 8 132871 11727)
(symbols 24 19831 0)
(miscs 20 62 222)
(strings 16 26043 4071)
(string-bytes 1 578486)
(vectors 8 12354)
(vector-slots 4 442937 3082)
(floats 8 155 179)
(intervals 28 346 8)
(buffers 520 16)
(heap 1024 29465 760))
[-- Attachment #2: Type: text/html, Size: 13428 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#22340: 25.1.50; WoMan fails on groff.1 manpage
2016-01-09 19:01 bug#22340: 25.1.50; WoMan fails on groff.1 manpage Fran Burstall
@ 2019-08-01 16:26 ` Lars Ingebrigtsen
2019-08-01 16:33 ` Andreas Schwab
0 siblings, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2019-08-01 16:26 UTC (permalink / raw)
To: Fran Burstall; +Cc: 22340
Fran Burstall <feb@maths.bath.ac.uk> writes:
> Starting from 'emacs -Q':
>
> 1. M-x woman
> 2. Select groff, then groff.1
>
> What I expected: a buffer containing a nicely formatted man page for
> groff.
>
> What I got: a fundamental-mode buffer containing a garbled version of
> the nroff src of the man page.
(I'm going through old bug reports that have unfortunately not gotten
any responses.)
I'm unable to reproduce this bug in Emacs 27, but I'm not sure I
understand the instructions. You say "Select groff, then groff.1".
I tried
M-x woman RET groff RET
and got a properly formatted groff man page.
I then tried
M-x woman RET groff.1 RET
and got "no match", because groff.1 isn't a valid choice here.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#22340: 25.1.50; WoMan fails on groff.1 manpage
2019-08-01 16:26 ` Lars Ingebrigtsen
@ 2019-08-01 16:33 ` Andreas Schwab
2019-08-01 17:03 ` Lars Ingebrigtsen
0 siblings, 1 reply; 6+ messages in thread
From: Andreas Schwab @ 2019-08-01 16:33 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: Fran Burstall, 22340
On Aug 01 2019, Lars Ingebrigtsen <larsi@gnus.org> wrote:
> I tried
>
> M-x woman RET groff RET
>
> and got a properly formatted groff man page.
This means you don't have groff(7), and groff(1) was selected
automatically.
Andreas.
--
Andreas Schwab, SUSE Labs, schwab@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#22340: 25.1.50; WoMan fails on groff.1 manpage
2019-08-01 16:33 ` Andreas Schwab
@ 2019-08-01 17:03 ` Lars Ingebrigtsen
2019-08-01 17:53 ` Eli Zaretskii
0 siblings, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2019-08-01 17:03 UTC (permalink / raw)
To: Andreas Schwab; +Cc: Fran Burstall, 22340
Andreas Schwab <schwab@suse.de> writes:
>> I tried
>>
>> M-x woman RET groff RET
>>
>> and got a properly formatted groff man page.
>
> This means you don't have groff(7), and groff(1) was selected
> automatically.
Indeed. If I have groff installed, then woman prompts me for whether I
want to load groff.7.gz or groff.1.gz. If I choose either of these,
then the respective man pages are rendered as they should, as far as I
can tell.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#22340: 25.1.50; WoMan fails on groff.1 manpage
2019-08-01 17:03 ` Lars Ingebrigtsen
@ 2019-08-01 17:53 ` Eli Zaretskii
2019-08-02 11:23 ` Lars Ingebrigtsen
0 siblings, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2019-08-01 17:53 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: schwab, feb, 22340
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Date: Thu, 01 Aug 2019 19:03:39 +0200
> Cc: Fran Burstall <feb@maths.bath.ac.uk>, 22340@debbugs.gnu.org
>
> >> M-x woman RET groff RET
> >>
> >> and got a properly formatted groff man page.
> >
> > This means you don't have groff(7), and groff(1) was selected
> > automatically.
>
> Indeed. If I have groff installed, then woman prompts me for whether I
> want to load groff.7.gz or groff.1.gz. If I choose either of these,
> then the respective man pages are rendered as they should, as far as I
> can tell.
Yes, likewise here.
So I think this bug was fixed (if it ever existed, because I cannot
reproduce it with Emacs 25.2 either).
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2019-08-02 11:23 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-01-09 19:01 bug#22340: 25.1.50; WoMan fails on groff.1 manpage Fran Burstall
2019-08-01 16:26 ` Lars Ingebrigtsen
2019-08-01 16:33 ` Andreas Schwab
2019-08-01 17:03 ` Lars Ingebrigtsen
2019-08-01 17:53 ` Eli Zaretskii
2019-08-02 11:23 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).