From: Van Ly <van.ly@sdf.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 53590@debbugs.gnu.org
Subject: bug#53590: 28.0.91; icompletion-vertical-mode gets stuck on 'M-x man RET awk'
Date: Fri, 28 Jan 2022 19:23:43 +0000 (UTC) [thread overview]
Message-ID: <a07140d3-23b0-963-2591-c8d8a65b6a7b@SDF.ORG> (raw)
In-Reply-To: <83czkbdh7l.fsf@gnu.org>
[-- Attachment #1: Type: text/plain, Size: 1229 bytes --]
On Fri, 28 Jan 2022, Eli Zaretskii wrote:
>> Date: Fri, 28 Jan 2022 14:53:16 +0000 (UTC)
>> From: Van Ly <van.ly@sdf.org>
>> cc: 53590@debbugs.gnu.org
>>
>>> Are you sure
>>> "M-x man" on your system is capable of completion in the default
>>> completion mode in "emacs -Q"? If not, maybe your man-db database is
>>> missing or outdated?
>>>
>>
>> On NetBSD the output from apropos is different in format to the one
>> on GNU/Linux. Could that be why the behavior is stuck?
>
> Could be, but why are you looking at "apropos"?
I used "apropos" in the environment outside of GNU Emacs as a test
that man-db database is working.
> AFAIU, man.el uses
> "man -k", and there are various attempts to adapt to some systems, see
> Man-man-k-use-anchor. Maybe NetBSD needs to be handled like kfreebsd?
>
Looking at /etc/man.conf (attached see), I have two lines as follows:
> plan9 /usr/local/plan9/man/
> heirloom /usr/pkg/heirloom-doctools/man
Maybe that missing final forward slash is a problem.
Thanks, I will look up:
* man.el
* Man-man-k-use-anchor
Maybe NetBSD wants to be handled like kfreebsd, as you say.
--
vl
[-- Attachment #2: manpage configuration file --]
[-- Type: text/plain, Size: 2350 bytes --]
# $NetBSD: man.conf,v 1.37 2018/03/01 06:12:09 snj Exp $
# Sheer, raging paranoia...
_version BSD.2
# The whatis/apropos database.
_mandb /var/db/man.db
# Subdirectories for paths ending in '/', IN SEARCH ORDER.
_subdir cat1 man1 cat8 man8 cat6 man6 cat2 man2 cat3 man3 cat3lua man3lua cat4 man4 cat5 man5 cat7 man7 man3f cat8 man8 cat9 man9 cat9lua man9lua catn mann catl manl
# Files typed by suffix and their commands.
# Note the order, .Z must come after .[1-9].Z, or it will match first.
_suffix .0
_build .0.Z /usr/bin/zcat %s
_build .0.bz2 /usr/bin/bzcat %s
_build .0.gz /usr/bin/zcat %s
_build .0.xz /usr/bin/xzcat %s
_build .[1-9][a-z]* /usr/bin/mandoc %s
_build .[1-9ln] /usr/bin/mandoc %s
_build .[1-9ln].Z /usr/bin/zcat %s | /usr/bin/mandoc
_build .[1-9ln].bz2 /usr/bin/bzcat %s | /usr/bin/mandoc
_build .[1-9ln].gz /usr/bin/zcat %s | /usr/bin/mandoc
_build .[1-9ln].xz /usr/bin/xzcat %s | /usr/bin/mandoc
_build .tbl /usr/bin/mandoc %s
_build .tbl.Z /usr/bin/zcat %s | /usr/bin/mandoc
_build .tbl.bz2 /usr/bin/bzcat %s | /usr/bin/mandoc
_build .tbl.gz /usr/bin/zcat %s | /usr/bin/mandoc
_build .tbl.xz /usr/bin/xzcat %s | /usr/bin/mandoc
_build .me /usr/bin/nroff -msafer -me %s 2>/dev/null | cat -s
_crunch .Z /usr/bin/compress -c > %s
_crunch .bz2 /usr/bin/bzip2 -c > %s
_crunch .gz /usr/bin/gzip -c > %s
_crunch .xz /usr/bin/xz -c > %s
# Sections and their directories.
# All paths ending in '/' are the equivalent of entries specifying that
# directory with all of the subdirectories listed for the keyword _subdir.
# default
_default /usr/{share,X11R7,pkg,pkg/gcc10,pkg/heirloom-doctools,local,local/plan9}/man/
# Other sections that represent complete man subdirectories.
X11R7 /usr/X11R7/man/
packages /usr/pkg/man/
gcc10 /usr/pkg/gcc10/man/
local /usr/local/man/
plan9 /usr/local/plan9/man/
heirloom /usr/pkg/heirloom-doctools/man
# Specific section/directory combinations.
1 {cat,man}1
2 {cat,man}2
3 {cat,man}3
3F {cat,man}3f
3f {cat,man}3f
3lua {cat,man}3lua
3l {cat,man}3lua
4 {cat,man}4
5 {cat,man}5
6 {cat,man}6
7 {cat,man}7
8 {cat,man}8
9 {cat,man}9
9lua {cat,man}9lua
9l {cat,man}9lua
l {cat,man}l
n {cat,man}n
# machine classes per machine
_i386 x86
_amd64 x86
_sparc64 sparc
next prev parent reply other threads:[~2022-01-28 19:23 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-27 22:36 bug#53590: 28.0.91; icompletion-vertical-mode gets stuck on 'M-x man RET awk' Van Ly
2022-01-28 8:05 ` Eli Zaretskii
2022-01-28 14:53 ` Van Ly
2022-01-28 15:15 ` Eli Zaretskii
2022-01-28 19:23 ` Van Ly [this message]
2022-01-28 19:52 ` Van Ly
2022-01-28 20:03 ` Eli Zaretskii
2022-01-28 21:22 ` Van Ly
2022-01-29 6:46 ` Eli Zaretskii
2022-01-29 19:10 ` Van Ly
2022-01-29 19:31 ` Eli Zaretskii
2022-01-29 20:20 ` Van Ly
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=a07140d3-23b0-963-2591-c8d8a65b6a7b@SDF.ORG \
--to=van.ly@sdf.org \
--cc=53590@debbugs.gnu.org \
--cc=eliz@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).