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:
Have you reported this to the upstream maintainer of cdlabelgen?
I have not.
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.
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 ‐c "Fitz" ‐s "home directory" ‐o qux.ps paste it into another gnome-terminal and it does not work. Why? cdlabelgen ‐c "Fitz" ‐s "home directory" ‐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...
*** This bug has been marked as a duplicate of 75642 ***
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.