Package: cdrkit Version: 1.0~pre4 Severity: wishlist Specifically the following. In cdrecord/defaults.c mkisofs/defaults.c (link to above) mkisofs/diag/defaults.c (link to above) readcd/defaults.c (link to above) scgskeleton/defaults.c (link to above) rscsi/rscsi.c
Schily put in this text about not allowing people to change the name of the defaults files unless they change the documentation and add a statement about the official location and so on: * WARNING you are only allowed to change this filename if you also * change the documentation and add a statement that makes clear * where the official location of the file is why you did choose a * nonstandard location and that the nonstandard location only refers * to inofficial cdrecord versions. * * I was forced to add this because some people change cdrecord without * rational reason and then publish the result. As those people * don't contribute work and don't give support, they are causing extra * work for me and this way slow down the cdrecord development. */ Now, I believe that you *HAVE* changed the names of the defaults files and that you *HAVE* documented that wodim is not cdrecord and so on. If this is the case, then you have met the requirements of schily's restriction. (And of course that restriction should remain documented somewhere, perhaps in LICENSE.) But by leaving that text in the source code, you appear to be applying the restriction to the names of the defaults files in *your* version of the code as well. (/etc/default/wodim). Please don't do that. Make it clear that the restriction doesn't apply to the new defaults files names for wodim. Do so by removing that text from the source file (and perhaps putting it in LICENSE with appropriate notes noting that it refers to cdrecord, not wodim). ---- Incidentally, 'rscsi' uses its own default file, /etc/default/rscsi; I'm not sure whether you've renamed it, and if you haven't then maybe the condition still applies to it. But the condition certainly should not apply to /etc/default/wodim. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]