Mikko Viinamäki wrote: > Package: manpages.debian.org (I'm not a maintainer, I just saw this bugreport)
> E.g. on this page > https://manpages.debian.org/unstable/dateutils/dateutils.1.en.html > > link titled dgrep points to > https://manpages.debian.org/unstable/debian-goodies/dgrep.1.en.html > when it in fact should point to > https://manpages.debian.org/unstable/dateutils/dateutils.dgrep.1.en.html This doesn't seem like a bug in manpages.debian.org. After all, If you install both debian-goodies and dateutils, the thing that ends up on your PATH as "dgrep" really is the one from debian-goodies - the dateutils one isn't managed via the alternatives system, it's just given a "dateutils." prefix like the rest of its family. So the bug would be in the dateutils documentation, which assumes it's the only thing using any of these command names. Looking at the dateutils homepage I see they've learned better and now call it dategrep - in fact they have done for quite a while, so the question is why the versions in Debian still use the old namehoggy versions. But meanwhile, imagine if the link had been for awk rather than dgrep. You can't expect manpages.debian.org to be able to tell whether the /usr/bin/awk symlink on your system points at nawk or gawk - you can't even expect the upstream man page writer to be aware of the existence of the alternatives system. So there are inevitably going to be a few glitches like this, and you just need to watch out for them. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package
