Re: bin/47701: apropos doesn't work

[christos%zoulas.com@localhost (Christos Zoulas)]

On Mar 28,  9:55pm, uwe%stderr.spb.ru@localhost (Valery Ushakov) wrote:
-- Subject: Re: bin/47701: apropos doesn't work

| The following reply was made to PR bin/47701; it has been noted by GNATS.
| 
| From: Valery Ushakov <uwe%stderr.spb.ru@localhost>
| To: gnats-bugs%NetBSD.org@localhost
| Cc: 
| Subject: Re: bin/47701: apropos doesn't work
| Date: Fri, 29 Mar 2013 01:52:35 +0400
| 
|  On Thu, Mar 28, 2013 at 20:35:12 +0000, Abhinav Upadhyay wrote:
|  
|  >  On Thu, Mar 28, 2013 at 10:05 AM, Valery Ushakov 
<uwe%stderr.spb.ru@localhost> wrote:
|  >
|  >  >  You need to use -p to tell it to return everything.  Except the way -p
|  >  >  invokes pager seems broken since it uses popen.
|  >  
|  >  I looked at how git-log achieves the same. It seems, it forks less as
|  >  a child process and creates a pipe between less' s stdin and its own
|  >  stdout using pipe and dup2. I will try that as well.
|  
|  The fundamental problem is, really, that 1) unlimited number of
|  results and 2) launching a pager MUST NOT be conflated in the single
|  option.
|  
|  #1 - whether1 unlimited number of results should be the default (at
|  least for the short format) - may be argued.
|  
|  #2 is absurd (especially so when enforced along with #1).  This is
|  Unix.  We know how to pipe output to a pager, or some other program if
|  need be.

Yes, the pipe through pager just needs to go!

christos