Bug 189568 - Specifying -n tcp to fuser results in extraneous here:xx output
Summary: Specifying -n tcp to fuser results in extraneous here:xx output
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: psmisc (Show other bugs)
(Show other bugs)
Version: 4.0
Hardware: All Linux
Target Milestone: ---
: ---
Assignee: Karel Zak
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2006-04-21 04:54 UTC by Steve Bergman
Modified: 2007-11-30 22:07 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-09-05 19:49:22 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Patch to remove what looks like left over debugging code (353 bytes, patch)
2006-04-21 05:39 UTC, Steve Bergman
no flags Details | Diff

Description Steve Bergman 2006-04-21 04:54:56 UTC
Description of problem:

Specifying a namespace of tcp or udp to fuser triggers extraneous output.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.fuser -n tcp 22
Actual results:

here: 22
22/tcp:               2916

Expected results:

22/tcp:               2916

Additional info:

Comment 1 Steve Bergman 2006-04-21 05:39:05 UTC
Created attachment 128074 [details]
Patch to remove what looks like left over debugging code

Comment 3 RHEL Product and Program Management 2006-09-05 19:39:03 UTC
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.

Comment 4 RHEL Product and Program Management 2006-09-05 19:49:22 UTC
Product Management has reviewed and declined this request.  You may appeal this
decision by reopening this request. 

Comment 5 Steve Bergman 2006-09-05 20:40:37 UTC
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. 

Note You need to log in before you can comment on or make changes to this bug.