RFCs - insufficiently free?
Posted Jul 17, 2003 16:46 UTC (Thu) by
iabervon (subscriber, #722)
Parent article:
RFCs - insufficiently free?
It's somewhat unsurprising that RFCs fail to meet the Debian Free Software Guidelines, since, regardless of their status as "Free", they're clearly not "Software". As such, the rationale of the GPL (that users need the ability to modify software in order to use it effective) fails to apply and the desireable freedoms are different.
RFCs are even less logical to modify than documentation. With documentation, you might want to modify it to keep it accurate for software you've changed. But RFCs are obsoleted, not modified, in response to change.
I personally think that, rather than putting RFCs in "non-free", Debian should put them in "non-software", for which there should be a separate set of rules, which permit licenses which restrict the modification of an original document, provided there is a suitable way to create a modified document. In this case, the procedure is to write a new document in the same style which references the original (and ideally submit it as a new RFC, but that's not strictly necessary, depending on your purposes). Nothing prevents Debian from distributing a package of RFCs containing (for example) the original RFC 822, along with a file which suggests that the whitespace and line termination specifications to be used should be the Unicode ones instead of the ones given in the RFC.
In fact, for an RFC, "the preferred form of the work for making modifications to it" is, in fact, the entire series of unmodified RFCs, plus a new draft of an RFC which refers to the prior work (at least, the people who do actually modify RFCs use this procedure). So far as I can tell, the GPL would prohibit the distribution of a changed RFC (were the RFC to be licensed under the GPL) without breaking out the changes into a separate document anyway (at which point the RFC modified in place is not useful).
(
Log in to post comments)