Guillem Jover wrote: > inetutils-ftp, inetutils-telnet, inetutils-telnetd > > The page suggests > > «There is a 91.5% chance that a x11::* tag is missing» > > although all those programs are terminal based. Maybe some of the > current tags are wrong and are triggering this.
If you temporarily remove the suite::gnu tag this recommendation goes away. It must be all those gnustep/windowmaker apps. > gnumach-dbg - use::TODO > > What about a new use::debugging? Even though I assigned > devel::debugger due to the in-kernel debugger, and not due to > the additional debugging symbols. I'm not keen on duplicating all the specialist facets into use::. There's a new role::debug-symbols for -dbg packages, and a devel::debugger to cover the tools that actually do the debugging; when would a user search on use::debugging instead of one or both of those? > gnumach-dev - devel::TODO > > This package contains only header files and interface definitions > for the gnumach kernel, and the page is suggesting to add > devel::libraru which does not seem appropriate. Probably the problem > stems from role::devel-lib which is not enterely accurate. So either > a new devel::headers or refining role::devel-lib? Well, I know the definition for role::devel-lib that I'm using: software used as a build-time rather than run-time dependency. That definition fits headers well enough. Most packages full of headers are called libfoo-dev anyway... > libaio-dev, libaio1, libglide2, libglide2-dev, libglide3, > libglide3-dev, openhackware - implemented-in::TODO > > Those would need something like implemented-in::assembler or > implemented-in::asm. Sounds plausible. Yes, I see the .asm files in the glide source tarball... but if there's assembler in libaio then I'm not recognising it when I look at it, so what am I missing? > libufs2 - works-with::TODO > > This would need something like works-with::filesystem. Possible, but we've got an admin::filesystem... I would also argue that "filesystem" is an unfortunately vague word. Ideally it would only cover things like NFS and fuse, not underlying diskformats (LVM, RAID etc are admin::configuring hardware::storage) and not directory-hierarchies full of stuff (cruft, gamin etc are works-with::file). Of course, with a good long description this shouldn't be a problem. -- JBR Ankh kak! (Ancient Egyptian blessing) _______________________________________________ Debtags-devel mailing list [email protected] http://lists.alioth.debian.org/mailman/listinfo/debtags-devel
