Bug 823436 - tzap - czap inconsistencies
tzap - czap inconsistencies
Product: Fedora
Classification: Fedora
Component: dvb-apps (Show other bugs)
Unspecified Linux
unspecified Severity low
: ---
: ---
Assigned To: Peter Robinson
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2012-05-21 05:29 EDT by Bert DeKnuydt
Modified: 2012-06-26 10:00 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2012-06-26 10:00:58 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Bert DeKnuydt 2012-05-21 05:29:38 EDT
Description of problem:

a) tzap has flag '-H', human readable output.  It does not work
   properly.  czap's flag for this does work ok.

b) tzap has flag '-t', timeout, which works.  czap lacks such 
   a flag.

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


How reproducible:

Actual results:

a) tzap -H returns:

[root@proteus ~]# tzap -H een

b) czap -t 5
czap: invalid option -- 't'

Expected results:

a) I'd expect tzap -H to return smthng along the lines of 
czap -H:

[root@vaishali ~]# czap -H canvas
status 1f | signal  95% | snr  96% | ber 0 | unc 0 | FE_HAS_LOCK
status 1f | signal  95% | snr  97% | ber 0 | unc 0 | FE_HAS_LOCK
status 1f | signal  95% | snr  97% | ber 0 | unc 0 | FE_HAS_LOCK

b) I'd expect czap to have -t <timeout>, just like tzap.

Additional info:

Not checked with szap does.
Comment 1 Peter Robinson 2012-06-26 10:00:58 EDT
This needs to be reported upstream as we just ship upstream and don't do development so it's the same issue there. Once it's fixed upstream the fix will be pulled into Fedora

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