all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Colin Watson <cjwatson@debian.org>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: cyd@stupidchicken.com, jidanni@jidanni.org,
	rfrancoise@debian.org, man-db@packages.debian.org,
	5578@debbugs.gnu.org
Subject: bug#5578: 23.1.92; M-x man should consider $MANPATH when making completions
Date: Mon, 15 Feb 2010 08:41:26 +0000	[thread overview]
Message-ID: <20100215084125.GZ4484@riva.ucam.org> (raw)
In-Reply-To: <jwvljevn5mz.fsf-monnier+emacs@gnu.org>

On Sun, Feb 14, 2010 at 11:30:10AM -0500, Stefan Monnier wrote:
> > $ man -w whoami
> > /usr/share/man/man1/whoami.1.gz
> > $ man -k whoami
> > whoami (1)           - print effective userid
> > $ man -w sa-update
> > /home/jidanni/.spamassassin-tree/man/man1/sa-update.1p
> > $ man -k sa-update
> > $
> 
> Looks like a bug/misfeature in the `man' program, then.
> Of course, man.el could try to work around this limitation, but I think
> we first should try to get it fixed.

(Hi, maintainer of man-db speaking here.)

In some ways it is not ideal that people have to run 'mandb' by hand
before 'man -k' and similar tools work.  (I believe that the other
commonly-used implementation works similarly, except that the program
you have to run is called 'makewhatis'.)

On the other hand, some years ago (up to man-db 2.3.19, 2001 or
thereabouts) man used to build its databases on the fly and the results
were generally regarded as disastrous: they tended to involve lots of
waiting around for interactive queries to return while the database was
rebuilt.  Everyone hated it.  I deliberately changed this, and I'm not
keen to return to the previous situation as I remember what it was like.

On balance, I think I prefer the current state of the trade-off.


I don't know that it's appropriate for Emacs to work around this; it
clearly has some entitlement to assume that 'man -k' works.  (On Debian
and allied systems, system manual pages always work fine as the
packaging system nowadays takes care to run mandb whenever necessary;
this only affects user manual pages, which are relatively rare.)
Perhaps 'man -k' ought to print a message on stderr in some
circumstances telling you to run mandb, although unfortunately much of
the time working out that you need to run mandb involves a substantial
part of the work involved in actually running mandb, so I'm not sure
whether this would be a good idea ...

Regards,

-- 
Colin Watson                                       [cjwatson@debian.org]






  reply	other threads:[~2010-02-15  8:41 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-13 23:48 bug#5578: 23.1.92; M-x man should consider $MANPATH when making completions jidanni
2010-02-14  1:29 ` Chong Yidong
2010-02-14  6:12 ` jidanni
2010-02-14  8:57   ` Colin Watson
2010-02-14 16:30   ` Stefan Monnier
2010-02-15  8:41     ` Colin Watson [this message]
2010-02-14 21:06 ` jidanni
2010-02-15  8:45   ` Colin Watson
2010-02-15 14:47 ` jidanni

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20100215084125.GZ4484@riva.ucam.org \
    --to=cjwatson@debian.org \
    --cc=5578@debbugs.gnu.org \
    --cc=cyd@stupidchicken.com \
    --cc=jidanni@jidanni.org \
    --cc=man-db@packages.debian.org \
    --cc=monnier@iro.umontreal.ca \
    --cc=rfrancoise@debian.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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.