Red Hat Bugzilla – Bug 189568
Specifying -n tcp to fuser results in extraneous here:xx output
Last modified: 2007-11-30 17:07:24 EST
Description of problem: Specifying a namespace of tcp or udp to fuser triggers extraneous output. Version-Release number of selected component (if applicable): psmisc-21.4-4 How reproducible: Always Steps to Reproduce: 1.fuser -n tcp 22 Actual results: here: 22 22/tcp: 2916 Expected results: 22/tcp: 2916 Additional info:
Created attachment 128074 [details] Patch to remove what looks like left over debugging code
The component this request has been filed against is not planned for inclusion in the next update. The decision is based on weighting the priority and number of requests for a component as well as the impact on the Red Hat Enterprise Linux user-base: other components are considered having higher priority and the number of changes we intend to include in update cycles is limited.
Product Management has reviewed and declined this request. You may appeal this decision by reopening this request.
In my opinion, this is a *clear* bug to which a *trivial* patch has been submitted to fix. This is confusing to admins who are expecting either a group of numbers or nothing... and what they get is something like "here:22". It also affects scripts that expect correct output from fuser. This really should be fixed and the fix is trivial. Thank you for your (re)consideration. BTW, Bugzilla will not allow me to "appeal this decision by reopening this request" for some reason. It says I'm not the owner.