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
signature.asc
Description: PGP signature
