Bug#369676: cdrtools: [mkisofs] option `-rJf' is ambiguous (but accepts -frJ)
Eduard Bloch [EMAIL PROTECTED] wrote: This is not related to my text above and mkisofs _does_ give an error message. The problem I was referring to above will cause that string options will silently get wrong parameters. And BTW: getargs allows you to contol the behavior - GNU getopt_long does not ;-) Bullshit. Try a random program, eg. Looks like you start with your usual fecal diction as you always do when your subconsciousness already knows that you lost the case. $ ls --color=asdf ls: invalid argument `asdf' for `--color' Valid arguments are: - `always', `yes', `force' ... $ ls --color-opt-does-not-exist=asdf ls: unrecognized option `--color-opt-does-not-exist=asdf' As I already told you: I did never asume that you know CLI basics. This is completely unrelated to the supposed problem you found with mkisofs. Instead of abusing the Debian Bug tracking System for your personal flame wars, you should try to learn how CLI parsers work e.g. by reading the getopt/getargs related section in: ftp://ftp.berlios.de/pub/star/STARvsGNUTAR Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#369676: cdrtools: [mkisofs] option `-rJf' is ambiguous (but accepts -frJ)
Eduard Bloch [EMAIL PROTECTED] wrote: This is not related to my text above and mkisofs _does_ give an error message. The problem I was referring to above will cause that string options will silently get wrong parameters. And BTW: getargs allows you to contol the behavior - GNU getopt_long does not ;-) Bullshit. Try a random program, eg. Looks like you start with your usual fecal diction as you always do when your subconsciousness already knows that you lost the case. I am afraid that you confuse fecal and spicy language. $ ls --color=asdf ls: invalid argument `asdf' for `--color' Valid arguments are: - `always', `yes', `force' ... $ ls --color-opt-does-not-exist=asdf ls: unrecognized option `--color-opt-does-not-exist=asdf' As I already told you: I did never asume that you know CLI basics. You are free to assume whatever you like. You can imagine as many well-sounding abstract virtues as you like (eg. knowledge of CLI basics). Maybe they will impress someone. But your assumptions won't excuse anything. This is completely unrelated to the supposed problem you found with mkisofs. Instead of abusing the Debian Bug tracking System for your personal flame wars, you should try to learn how CLI parsers work e.g. by reading the getopt/getargs related section in: ftp://ftp.berlios.de/pub/star/STARvsGNUTAR Why should I learn from your code (and not someone's else) and your pissing contest with gtar? While you accuse me of making personal flame wars, of course. And since you apparently have not more to say than nitpicking on my language and heating bogus assumptions, I suggest you stop right here. -- Ein Herz für Kinder - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de Unser Dankeschön: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369676: cdrtools: [mkisofs] option `-rJf' is ambiguous (but accepts -frJ)
Package: mkisofs Version: 4:2.01+01a03-5 Severity: normal There is bug in options handling. It should not matter in which order the options are given. See below for demonstation. -rJf ERROR -frJ ok Hi Jari, your problem is caused by a bug in the option parser (GNU getopt_long). The mkisofs version you are using is very old ( 1.5 years). Three months ago, mkisofs has been converted to use the more mature and older (starting 1982) getargs(). This change fixed your problem and many other conceptional bugs from GNU getopt_long. GNU getopt_long is e.g. unable to correctly deal with miss-spelled long options in case that the miss-spelling occurs after the shortest common part of the option name. Check out the recent version of mkisofs in cdrtools at: ftp://ftp.berlios.de/pub/cdrecord/alpha/ Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#369676: cdrtools: [mkisofs] option `-rJf' is ambiguous (but accepts -frJ)
#include hallo.h * Joerg Schilling [Tue, Dec 12 2006, 08:14:35PM]: Package: mkisofs Version: 4:2.01+01a03-5 Severity: normal There is bug in options handling. It should not matter in which order the options are given. See below for demonstation. -rJf ERROR -frJ ok Hi Jari, your problem is caused by a bug in the option parser (GNU getopt_long). The mkisofs version you are using is very old ( 1.5 years). Three months ago, mkisofs has been converted to use the more mature and older (starting 1982) getargs(). This change fixed your problem and many other conceptional bugs from GNU getopt_long. GNU getopt_long is e.g. unable to correctly deal with miss-spelled long options in case that the miss-spelling occurs after the shortest common part of the option name. Maybe. Or maybe not. The big wrapper added by somebody (most likely you) around getopt action needs to be examined to say that for sure. But what does your superiour stuff do with miss-spelled options? $ mkisofs/OBJ/i686-linux-cc/mkisofs -input-charset-deliberate-mistake-but-with-correct-parameter iso8859-1 -o /dev/null . Unknown charset Known charsets are: cp10081 cp10079 ... iso8859-1 Hookay. So much about correctness. And the encoding beeing default on Linux nowadays (UTF-8) is still not in the list. Those who want an isofs generator that cares about the user's setup (eg. detecting the charset encoding and supporting Unicode/UTF-8 input) can use genisoimage from http://www.cdrkit.org/. Eduard. -- For any stupid thing chosen at random, you'll find at least 5 people on the Internet who thinks it's a good idea. -- Steve Langasek in debian-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369676: cdrtools: [mkisofs] option `-rJf' is ambiguous (but accepts -frJ)
Eduard Bloch [EMAIL PROTECTED] wrote:
your problem is caused by a bug in the option parser (GNU getopt_long).
The mkisofs version you are using is very old ( 1.5 years). Three months
ago, mkisofs has been converted to use the more mature and older (starting
1982)
getargs(). This change fixed your problem and many other conceptional bugs
from GNU getopt_long. GNU getopt_long is e.g. unable to correctly deal
with
miss-spelled long options in case that the miss-spelling occurs after the
shortest common part of the option name.
Maybe. Or maybe not. The big wrapper added by somebody (most likely you)
around getopt action needs to be examined to say that for sure.
But what does your superiour stuff do with miss-spelled options?
$ mkisofs/OBJ/i686-linux-cc/mkisofs
-input-charset-deliberate-mistake-but-with-correct-parameter iso8859-1 -o
/dev/null .
I was never expecting that you understand CLI basics
This is not related to my text above and mkisofs _does_ give an error message.
The problem I was referring to above will cause that string options will
silently get wrong parameters. And BTW: getargs allows you to contol the
behavior - GNU getopt_long does not ;-)
Just check:
{{input-charset*, icharset },
---
{{input-charset* , icharset },
And the encoding beeing default on Linux nowadays (UTF-8) is
still not in the list. Those who want an isofs generator that cares about
the user's setup (eg. detecting the charset encoding and supporting
Unicode/UTF-8 input) can use genisoimage from http://www.cdrkit.org/.
It makes sense to not have a broken feature and to wait for a correct solution.
It is being worked on decent and correct UTF-8 support for mkisofs. This will
come soon. The UTF-8 implementation that is used in cdrkit has been rejected
for mkisofs because of serious bugs and because it's creators did refuse to
fix these bugs.
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED](uni)
[EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#369676: cdrtools: [mkisofs] option `-rJf' is ambiguous (but accepts -frJ)
#include hallo.h
* Joerg Schilling [Tue, Dec 12 2006, 10:48:59PM]:
Eduard Bloch [EMAIL PROTECTED] wrote:
your problem is caused by a bug in the option parser (GNU getopt_long).
The mkisofs version you are using is very old ( 1.5 years). Three months
ago, mkisofs has been converted to use the more mature and older
(starting 1982)
getargs(). This change fixed your problem and many other conceptional bugs
from GNU getopt_long. GNU getopt_long is e.g. unable to correctly deal
with
miss-spelled long options in case that the miss-spelling occurs after the
shortest common part of the option name.
Maybe. Or maybe not. The big wrapper added by somebody (most likely you)
around getopt action needs to be examined to say that for sure.
But what does your superiour stuff do with miss-spelled options?
$ mkisofs/OBJ/i686-linux-cc/mkisofs
-input-charset-deliberate-mistake-but-with-correct-parameter iso8859-1 -o
/dev/null .
I was never expecting that you understand CLI basics
I was never expecting that you understand how user psychology works.
This is not related to my text above and mkisofs _does_ give an error message.
The problem I was referring to above will cause that string options will
silently get wrong parameters. And BTW: getargs allows you to contol the
behavior - GNU getopt_long does not ;-)
Bullshit. Try a random program, eg.
$ ls --color=asdf
ls: invalid argument `asdf' for `--color'
Valid arguments are:
- `always', `yes', `force'
...
$ ls --color-opt-does-not-exist=asdf
ls: unrecognized option `--color-opt-does-not-exist=asdf'
Uhm... here it says what is wrong, and what is accepted to as correct
value. In what I said above, your help output told me to use a charset.
Which I have already specified. With a value from the help message that
YOUR PROGRAM recommended. As a naive user, my first and maybe last
though would be: WTF, THIS STUPID APP IS KIDDING ME???
Just check:
{{input-charset*, icharset },
---
{{input-charset* , icharset },
Check what? I gave you a clear example where your parser and your help
output does not behave like a normal user would expect it to do. Hey, of
course, it is my fault, I create bugs simply with my presence. And no,
don't tell me about your how-to-report-bugs page, I won't send all
system headers in order to make it possible to fix it.
And the encoding beeing default on Linux nowadays (UTF-8) is
still not in the list. Those who want an isofs generator that cares about
the user's setup (eg. detecting the charset encoding and supporting
Unicode/UTF-8 input) can use genisoimage from http://www.cdrkit.org/.
It makes sense to not have a broken feature and to wait for a correct
solution.
It is being worked on decent and correct UTF-8 support for mkisofs. This will
come soon. The UTF-8 implementation that is used in cdrkit has been
rejected
for mkisofs because of serious bugs and because it's creators did refuse to
fix these bugs.
ROTFLMAO. You have been saying this for how many years now? Try fixing
that crap if you have too much spare time instead of spreading more
self-adverts ABUSING OUR BTS.
Eduard.
--
Männer sind gar nicht so primitiv, wie Frauen meinen - sie sind noch
viel primitiver.
-- Kim Snolden
Bug#369676: cdrtools: [mkisofs] option `-rJf' is ambiguous (but accepts -frJ)
Package: mkisofs Version: 4:2.01+01a03-5 Severity: normal There is bug in options handling. It should not matter in which order the options are given. See below for demonstation. -rJf ERROR -frJ ok --- [EMAIL PROTECTED] mkisofs -frJ -o /tmp/dummy.iso /tmp/dummy/ mkisofs: Warning: -follow-links does not always work correctly; be careful. INFO: ISO-8859-1 character encoding detected by locale settings. Assuming ISO-8859-1 encoded filenames on source filesystem, use -input-charset to override. Total translation table size: 0 Total rockridge attributes bytes: 169 Total directory bytes: 0 Path table size(bytes): 10 Max brk space used 21000 181 extents written (0 MB) [EMAIL PROTECTED] mkisofs -rJf -o /tmp/dummy.iso /tmp/dummy/ mkisofs: option `-rJf' is ambiguous Usage: mkisofs [options] file... Use mkisofs -help to get a list of valid options. This version of mkisofs includes the unofficial iconv-patch from http://users.utu.fi/jahhein/mkisofs/ Report errors to [EMAIL PROTECTED] This version of mkisofs includes the unofficial JTE patch from http://www.einval.com/~steve/software/JTE/ Report errors to [EMAIL PROTECTED] -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages mkisofs depends on: ii libc6 2.3.6-9GNU C Library: Shared libraries ii zlib1g1:1.2.3-11 compression library - runtime mkisofs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
