Debian Bug report logs - #153178
dnsutils: the nslookup manpage is completely bogus

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Tomas Pospisek <tpo_deb@sourcepole.ch>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: dnsutils: the nslookup manpage is completely bogus

Date: Tue, 16 Jul 2002 18:50:10 +0200

Package: dnsutils
Version: 1:9.2.1-2.woody.1
Severity: normal

tpo@tpo2:exim$ nslookup
Note:  nslookup is deprecated and may be removed from future releases.
Consider using the `dig' or `host' programs instead.  Run nslookup with
the `-sil[ent]' option to prevent this message from appearing.
> ls -d orangeonline.com
The 'ls' command is not implemented.

tpo2@tpo2:/home/tpo$ dpkg -S nslookup
bind: /usr/share/man/man8/nslookup.8.gz
dnsutils: /usr/share/man/man1/nslookup.1.gz
dnsutils: /usr/bin/nslookup

tpo2@tpo2:/home/tpo$ man 1 nslookup

     ls [option] domain [>> filename]
              List the information available for domain, optionally creating
              or appending to filename.  The default output contains host
              names and their Internet addresses.  Option can be one of the
              following:

              -t querytype
                    lists all records of the specified type (see querytype
                    below).

              -a    lists aliases of hosts in the domain; synonym for ``-t
                    CNAME''.

              -d    lists all records for the domain; synonym for ``-t ANY''.

*t

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux tpo2 2.4.18 #3 Fri Jul 5 17:23:23 CEST 2002 i686
Locale: LANG=C, LC_CTYPE=C

Versions of packages dnsutils depends on:
ii  host                   20000331-3        Utility for Querying DNS Servers
ii  libc6                  2.2.5-6           GNU C Library: Shared libraries an
ii  libdns5                1:9.2.1-2.woody.1 DNS Shared Library used by BIND
ii  libisc4                1:9.2.1-2.woody.1 ISC Shared Library used by BIND
ii  liblwres1              1:9.2.1-2.woody.1 Lightweight Resolver Library used 
ii  libssl0.9.6            0.9.6c-2          SSL shared libraries

Message #10 received at 153178@bugs.debian.org (full text, mbox, reply):

From: Bdale Garbee <bdale@gag.com>

To: Tomas Pospisek <tpo_deb@sourcepole.ch>, 153178@bugs.debian.org

Subject: Re: Bug#153178: dnsutils: the nslookup manpage is completely bogus

Date: 16 Jul 2002 11:27:38 -0600

Tomas Pospisek <tpo_deb@sourcepole.ch> writes:

Good catch.  The nslookup.1 man page was copied from the bind package, which
is derived from BIND 8.X, into the bind9 source package from which dnsutils
is created these days... since no man page is provided in the bind9 tree for
the version of nslookup now delivered.  I'll have a look at it before the
next upload.

Bdale

Message #15 received at 153178@bugs.debian.org (full text, mbox, reply):

From: Tomas Pospisek <tpo_deb@sourcepole.ch>

To: Bdale Garbee <bdale@gag.com>

Cc: 153178@bugs.debian.org

Subject: Re: Bug#153178: dnsutils: the nslookup manpage is completely bogus

Date: Tue, 16 Jul 2002 20:20:36 +0200 (CEST)

On 16 Jul 2002, Bdale Garbee wrote:

> Tomas Pospisek <tpo_deb@sourcepole.ch> writes:
>
> Good catch.  The nslookup.1 man page was copied from the bind package, which
> is derived from BIND 8.X, into the bind9 source package from which dnsutils
> is created these days... since no man page is provided in the bind9 tree for
> the version of nslookup now delivered.  I'll have a look at it before the
> next upload.

I'm just wondering why bind9 is shipping a halfbaked nslookup at all? Why
not either completely drop it or else ship a fully functional one?

I do like nslookup much more than dig ;-)
*t

-----------------------------------------------------------------------
     Tomas Pospisek
     sourcepole    -   Linux & Open Source Solutions
     http://sourcepole.com
     Elestastrasse 18,  7310 Bad Ragaz,  Switzerland
     Tel:+41 (81) 330 77 13,  Fax:+41 (81) 330 77 12
------------------------------------------------------------------------

Message #20 received at 153178@bugs.debian.org (full text, mbox, reply):

From: Ian Zimmerman <itz@speakeasy.org>

To: 153178@bugs.debian.org

Subject: Re: dnsutils: the nslookup manpage is completely bogus

Date: 18 Sep 2002 16:12:10 -0700

Tomas> I do like nslookup much more than dig ;-)

Speaking of which, nslookup (the old one) used to list, for each
query, the set of aliases (ie. CNAMEs with the same referent).  I
can't see how to do the same thing with dig.  Other than that I find
dig OK (once I figured out that "dig -f /dev/stdin" can be used like
nslookup's interactive mode).

Comments?

-- 
Ian Zimmerman, Oakland, California, U.S.A.
GPG: 433BA087  9C0F 194F 203A 63F7 B1B8  6E5A 8CA3 27DB 433B A087
EngSoc adopts market economy: cheap is wasteful, efficient is expensive.

Message #25 received at 153178@bugs.debian.org (full text, mbox, reply):

From: LaMont Jones <lamont@hp.com>

To: Ian Zimmerman <itz@speakeasy.org>, 153178@bugs.debian.org

Subject: Re: Bug#153178: dnsutils: the nslookup manpage is completely bogus

Date: Tue, 1 Oct 2002 17:59:51 -0600

On Wed, Sep 18, 2002 at 04:12:10PM -0700, Ian Zimmerman wrote:
> Speaking of which, nslookup (the old one) used to list, for each
> query, the set of aliases (ie. CNAMEs with the same referent).  I
> can't see how to do the same thing with dig.  Other than that I find

Actually, nslookup would return all of the aliases listed in /etc/hosts,
if that's where it got the answer from...  There isn't any way to say
'show me all of the CNAMES pointing to this name.'

lamont

Message #30 received at 153178@bugs.debian.org (full text, mbox, reply):

From: Javier Fernández-Sanguino Peña <jfs@computer.org>

To: 153178@bugs.debian.org

Subject: Summary of commands not implemented but documented the manpage

Date: Fri, 22 Nov 2002 12:30:08 +0100

[Message part 1 (text/plain, inline)]

The following commands seem not to be implemented and thus should removed
from the manpage (I would prefer to get the functionality back in, I'm
just too used to 'nslookup'):

> finger a
The 'finger' command is not implemented.
> ls a
The 'ls' command is not implemented.
> view a
The 'view' command is not implemented.
> help
The 'help' command is not yet implemented.
> ?
The '?' command is not yet implemented.


	I'm pretty curious as to why even the 'help/?' command was left
out. IMHO this should be included back in again.

	Regards

	Javi

PS: Why not take bind8's nslookup and put it again in bind9?

[Message part 2 (application/pgp-signature, inline)]

Message #35 received at 153178@bugs.debian.org (full text, mbox, reply):

From: Ralf Hildebrandt <ralf.hildebrandt@charite.de>

To: Debian Bug Tracking System <153178@bugs.debian.org>

Subject: dnsutils: manpage is still bogus

Date: Wed, 19 May 2004 11:58:58 +0200

Package: dnsutils
Version: 1:9.2.3+9.2.4-rc2-1
Severity: normal
Followup-For: Bug #153178


The ls option doesn't work as documented.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.25-1-686
Locale: LANG=C, LC_CTYPE=C

Versions of packages dnsutils depends on:
ii  bind9-host [host]    1:9.2.3+9.2.4-rc2-1 Version of 'host' bundled with BIN
ii  libc6                2.3.2.ds1-12        GNU C Library: Shared libraries an
ii  libdns11             1:9.2.3+9.2.4-rc2-1 DNS Shared Library used by BIND
ii  libisc7              1:9.2.3+9.2.4-rc2-1 ISC Shared Library used by BIND
ii  liblwres1            1:9.2.3+9.2.4-rc2-1 Lightweight Resolver Library used 
ii  libssl0.9.7          0.9.7d-1            SSL shared libraries

-- no debconf information

Message #40 received at 153178-done@bugs.debian.org (full text, mbox, reply):

From: Tomas Pospisek <tpo@sourcepole.ch>

To: 153178-done@bugs.debian.org

Subject: man page is correct now

Date: Thu, 4 Dec 2014 21:57:36 +0100 (CET)

thus I am closing this nicely old bug

Send a report that this bug log contains spam.