Bug 76181

Summary: Most options for cdlabelgen inoperative.
Product: [Retired] Red Hat Linux Reporter: phostetl
Component: cdlabelgenAssignee: Mike A. Harris <mharris>
Status: CLOSED NOTABUG QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 8.0   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-10-25 01:16:59 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description phostetl 2002-10-17 21:02:55 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830

Description of problem:
The only flags that appear to work are -d, -D, and -h.

Even the sample from the man page:

cdlabelgen -c "Fitz" -s "home directory" -o qux.ps

does not work.

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

How reproducible:

Steps to Reproduce:
1. Use cdlabelgen with any flag execpt -d, -D or -h.
2. Observe broken output.

Actual Results:  I always get output with the frame and date.  I can supress or
change the date or display the command syntax with -h.  I have to direct the
output to a file since the -o flag does nothing. The -c, -s, -M, -e, -v, -f, and
-i flags are inoperative.  There are a few more that I haven't tested.

Expected Results:  The flags should behave as indicated in the man page.

Additional info:

Comment 1 Mike A. Harris 2002-10-21 13:09:01 UTC
Have you reported this to the upstream maintainer of cdlabelgen?

Comment 2 phostetl 2002-10-21 19:30:27 UTC
I have not.

Comment 3 Mike A. Harris 2002-10-22 16:39:13 UTC
Reporting the problem upstream might help accelerate a solution or
clarification of the issue.  It's possible it could be a documentation
error as well.  I don't have time to investigate it right now, so
if it gets reported to the upstream maintainer, they might have time
and inclination to dig into it earlier.

Comment 4 phostetl 2002-10-24 17:52:19 UTC
I have communicated with the author, and I have determined the exact cause of
the problem:

$man cdlabelgen

highlight the following line from the examples:

cdlabelgen &#8208;c "Fitz" &#8208;s "home directory" &#8208;o qux.ps

paste it into another gnome-terminal and it does not work.


cdlabelgen &#8208;c "Fitz" &#8208;s "home directory" &#8208;o qux.ps

is not equal to

cdlabelgen -c "Fitz" -s "home directory" -o qux.ps

the "-" character copied and pasted from the man page is not the same "-" from
the keyboard.

I did not catch this initially because I was modifiying the commands from my
bash history which started with the bad cut & paste from the man page.

So this is still a bug, but not for cdlabelgen.  In a way this is much worse
since it is a cut & paste bug which means this problem is systemic.  I don't
know which component it should be assigned to: gnome-terminal, bash (bash2), man...

Comment 5 phostetl 2002-10-24 18:01:31 UTC

*** This bug has been marked as a duplicate of 75642 ***

Comment 6 Mike A. Harris 2002-10-25 01:16:52 UTC
While this bug is similar to the one you've marked it a duplicate
of, - being UTF-8 related, I totally do not consider it a bug.

The cdlabelgen application works as you've found, and I've tested
it to work also.  You can't cut and paste things from UTF-8 encoded
manpages and just expect them to work.

At any rate, if someone does manage to consider it a bug, it definitely
isn't one in cdlabelgen, so I'm closing it as NOTABUG.