Bug 76181

Summary:	Most options for cdlabelgen inoperative.
Product:	[Retired] Red Hat Linux	Reporter:	phostetl
Component:	cdlabelgen	Assignee:	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
Whiteboard:
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:	---	Target Upstream Version:
Embargoed:

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:
Always

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

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.

Why?

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.