Mark Bartel <[EMAIL PROTECTED]> suggested:
> I had to do considerable experimentation to get mkisofs do what I thought it
> should. I kept expecting it to behave like other unix utilities such as
> tar, cp, ln, mv, etc. Eventually I figured out what it was doing. In my
> case your fix would not be compatible (I specify more that one directory).
I agree that once you have an investement in the current behaviour it
becomes painful to change.
> My proposal: create a new option (I believe that -O is not already used)
> that is the same as the -o option except causes the parameters to be used
> the same as tar, which seems fairly intuitive to me. Old scripts would
> still work, but people wanting intuitive behaviour can use -O. So
>
> mkisofs -O /tmp/xxx dir/
>
> would put the directory dir in the root,
>
> mkisofs -o /tmp/xxx dir/
>
> would behave as it always has, putting the contents of dir in the root.
> The documentation can deprecate -o in favour of -O.
I agree with your idea, but not that anything should be depreciated. I
many cases -o does just what you want, and it should remain just another
option which the user can select or not without hints. I someone wants
to back up a hierarchy, I don't want them to think the "right" way is
mkisofs -O /tmp/bkup.iso dir/*
when they really don't want the dirname at all.
> I think it'll just make things worse try to "guess" where backward
> compatibility is needed. The -o versus -O would make it explicit. The "how
> many directories do I have" technique would provide a whole new area for
> confusion.
I like this, although -o vs. -O may not be the solution, an option
like "-KeepDirNames" (or -kdn) to be explicit. Since some people don't
use -o at all, such as sending the image to a pipe or socket, there
should be a way to get the behaviour without the output file.
mkisofs -kdn /usr/local | ssh -l queue cd.my.org "dd of=queue/local.iso"
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
