On 26/08/2006 Eduard Bloch wrote: > Please tell me any good reason for adding this patch. AFAICS it does the > same thing as aespipe does, but using the dm-crypt format. I wish the > author would provide a separate tool for doing in-pipe encryption > instead of patching external software. His reason "I had to use scripts" > does not make sense looking at the example with the mkisofs pipe, nor > "my scripts were not flexible enough". What does that mean, adding > another command in the command chain is too complicated?
the author lists advantages of a cdrecord command-line option at http://burbon04.gmxhome.de/linux/CDREncryption.html#why > And the code flow itself should be easy enough to convert it to a pipe > filter tool. > > Something like aes-pipe (dm-crypt-pipe?) with the internals exchanged. > > It would even beat the last reason "or simply were not flexible enough". > With a pipe, you can choose which encoder you want to use. i understand your objections, and i don't doubt that a in-pipe tool would have other advantages over this implementation. but arguing this way you could as well say that support for plugins or modules in cdrecord would be even better. unfortunately i've no skills to write a in-pipe tool. Creating encrypted CDs/DVDs is currently quite complicated for unexperienced users. You need to know about the loopback device and cryptsetup. that's why i thought that it would be great have this patch applied against cdrtools/cdrkit in debian. ... jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
