Where is the info viewer?

[Per Hedeland]

On 2019-09-11 18:00, doug at fledge.watson.org wrote:
> On Wed, 11 Sep 2019, Polytropon wrote:
>>
>> It's like how tools like dig and bind disappeared from the base system. They are now in ports and can be installed optionally. However, if a documentation file is still part of the OS, and installed 
>> along with the tools comprising the OS, the corresponding reader (!) should also be part of the OS. Or at least a placeholder, which could be a script that simply echo "This tool is no longer part 
>> of FreeBSD, please install this or that.", exit 0. :-)
> 
> My thought on texinfo was that this was a bit different than when nslookup, dig, and bind were removed from the base. To the level I use drill it has the same syntax as dig, nslookup functions can 
> [mostly??] be done with host. Bind is, well, bind. Here we remove the tool needed to read a set of files from the base but leave the files.

But, but... - surely there are no info files in base? They live in
/usr/local/share/info, which should be enough of an indication, but
just to make sure:

$ ls /usr/share/info
ls: /usr/share/info: No such file or directory
$ ls /usr/local/share/info | wc -l
       78
$ pkg which /usr/local/share/info/* | grep 'installed by package' | wc -l
       77
$ pkg which /usr/local/share/info/* | grep -v 'installed by package'
/usr/local/share/info/dir was not found in the database
$ cat /usr/local/share/info/dir
Produced by: indexinfo 0.3.1.

File: dir,      Node: Top       This is the top of the INFO tree
...

> I suspect there will be a lot of this when sendmail is 
> removed from the base.

Not sure what "this" means, but sendmail doesn't have an info file,
and it's a pretty safe prediction that it never will.

Seems perfectly reasonable to me that tools to read the info files
from ports/packages are also in ports/packages, especially since there
are multiple choices. And just to add to the list: emacs (C-h i) -
which is what I personally use (since I use emacs as editor) - though
actually I often prefer 'less'.:-)

--Per