Bug 823436 - tzap - czap inconsistencies
Summary: tzap - czap inconsistencies
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: dvb-apps
Version: 16
Hardware: Unspecified
OS: Linux
unspecified
low
Target Milestone: ---
Assignee: Peter Robinson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-05-21 09:29 UTC by Bert DeKnuydt
Modified: 2012-06-26 14:00 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-06-26 14:00:58 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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


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