Re: bin/47701: apropos doesn't work

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

The following reply was made to PR bin/47701; it has been noted by GNATS.

From: christos%zoulas.com@localhost (Christos Zoulas)
To: gnats-bugs%NetBSD.org@localhost, gnats-admin%netbsd.org@localhost, 
netbsd-bugs%netbsd.org@localhost, 
        root%garbled.net@localhost
Cc: 
Subject: Re: bin/47701: apropos doesn't work
Date: Thu, 28 Mar 2013 19:48:34 -0400

 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