Bug 823436

Summary: tzap - czap inconsistencies
Product: [Fedora] Fedora Reporter: Bert DeKnuydt <Bert.Deknuydt>
Component: dvb-appsAssignee: Peter Robinson <pbrobinson>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: unspecified    
Version: 16CC: pbrobinson
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-06-26 14:00:58 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Bert DeKnuydt 2012-05-21 09:29:38 UTC 
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):

dvb-apps-1.1.2-0.1479.37781d27a444.fc16

How reproducible:

Always.
  
Actual results:

a) tzap -H returns:

[root@proteus ~]# tzap -H een
FE_HAS_LOCK
FE_HAS_LOCK
FE_HAS_LOCK

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 14:00:58 UTC 
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