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]
