[Pkg-dns-devel] Bug#890221: Bug#890221: bringing back 'dig' via extra package?

Daniel Kahn Gillmor dkg at fifthhorseman.net
Sun Feb 25 19:08:40 UTC 2018


Control: tags 890221 + wontfix

Hi Daniel--

On Mon 2018-02-12 06:07:56 +0100, Daniel Baumann wrote:
> while I understand that reasons for dropping the /usr/bin/dig symlinks
> to kdig, it is very anoying to always type (or even update scripts to
> use) kdig instead of dig.
>
> How about adding a knot-dnsutils-$whatever package that contains the
> links from kdig to dig and carries the conflicts against dnsutils?

It's not clear to me that kdig promises to implement the same interface
as dig, which makes me reluctant to do what you're proposing here.

Would you also want this metapackage to "Provides: dnsutils" ?  dnsutils
ships:

    /usr/bin/{delv,dig,mdig,nslookup,nsupdate}

knot-dnsutils ships only:

    /usr/bin/k{dig,nsupdate}

So I don't think that a Provides: is warranted unless knot-dnsutils
starts shipping a full complement of tools with at least an arguable
compatibility layer; and i'm not convinced that a package that consists
of a single symlink (/usr/bin/dig → kdig) is particularly useful,
especially since an admin can always provide a link (/usr/local/bin/dig
→ ../../bin/kdig) that will never be clobbered by the package manager.

If you have a more concrete proposal about how this should work, and a
stronger justification for why it makes sense, please send it to this
bug report.

Regards,

  --dkg
  
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 227 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-dns-devel/attachments/20180225/fdafbf69/attachment.sig>


More information about the pkg-dns-devel mailing list