* Package name : dt Version : 0.0.9 Upstream Author : Wim * URL : https://github.com/42wim/dt * License : Apache-2.0 Programming Lang: Go Description : DNS tool - display information about your domain dt a DNS tool that displays information about your domain. . Features • common records scanning (use -scan) • validate DNSSEC chain (use -debug to see more info) • change query speed for scanning (default 10 queries per second) * diagnostic of your domain (similar to intodns.com, dnsspy.io) ---- This is a great tool. I worked on packaging a similar tool (dnsdiag, #824670) for Debian, but it stopped where dt begun: https://github.com/farrokhi/dnsdiag/issues/16 So I would love to see this in Debian. As usual, I would co-maintain this in the golang team.
Antoine Beaupré wrote on 18/02/2019: Note that you will have to rename dt's binary (and its manpage), as the ditrack package already installs /usr/bin/dt. Paride
Thanks for the heads up. Any suggestions? dnstool maybe? What if dt would just conflict with ditrack? It doesn't seem like a popular package (popcon 10): https://qa.debian.org/popcon-graph.php?packages=ditrack Upstream also seems to be mostly dead (no release since 2008)... A.
Control: blocks -1 by 922629 922631 This package is not exactly well packagable in Debian. One missing dependency is: https://github.com/42wim/ipisp ... which is a fork of an existing library (also not in Debian): https://github.com/ammario/ipisp I've asked upstream about this fork: https://github.com/42wim/dt/issues/8 I filed #922629 to package the upstream version, hoping the fork can be resolved. Upstream doesn't have release tags either, which I reported upstream as well. I also filed #922631 for the last missing dep. That said, I have dt installed through `go get` and it's a great tool in my sysadmin toolbox. I think Debian users would greatly benefit from having this in the distribution. A.
Antoine Beaupré wrote on 18/02/2019: I recently had this conversation in debian-devel and the answer was: No. The binary from ditrack could in principle be renamed instead of the one in your package. I would prefer this solution, but it has to be discussed in debian-devel (the policy is explicit on this). If you end up renaming, I think 'dnstool' is a good fit. You could also try to ask upstream if they would consider renaming the project. I don't think it's a good idea to claim a 2-letter command in 2019. Looking forward to see it packaged anyway. Paride
This is an incredibly generic package name. Please pick something more descriptive. Scott K
This was already reported by Paride Legovini, an hour ago. Please follow the conversation there. I would welcome help convincing upstream to rename the package, for example. a.
This command name is very short, and in fact we already have a dt command (in the ditrack package). I suggest you try to convince upstream to pick a unique command name. Ben.
[re-adding debian-devel to avoid further duplicates...] ... so for the third time today: now, I know about ditrack, thanks! :) There were options proposed in the bug, I'm hesitating between asking upstream to change its name (generally not well received) or renaming ditrack, which has a low popcon and no upstream release in a decade. A.
Paride was talking about the *binary name*, Scott is talking about the *package name*. (Consequently he has probably been following the conversation just fine). Quite aside from the binary name clash problems, "dt" is a very short package name, and a more descriptive package name would serve as a form of self-documentation. "dnstool" would seem perfectly consistent with the way upstream refer to the project (GitHub title: DNS tool - display information about your domain)