Re: Request for feedback: public specification licensing

Roland Turner via License-discuss <[email protected]> Tue, 16 Jul 2024 12:08:56 -0400
Newsgroups gmane.comp.licenses.open-source.general
Message-ID <[email protected]>
On 16/7/24 11:35, Giacomo Catenazzi wrote:
> On 12.07.2024 03:56, Richard Fontana wrote:
> > On Tue, Jul 9, 2024 at 8:29 AM Nathan Willis via License-discuss
> > <[email protected]> wrote:
> > 
> >> And those factors would need to interact predictably with a specification document that is free to read, implement, and share ... but the specification should not be forked or modified (since that would defeat the purpose: interoperability).
> > 
> > This is the key problem with your license in my opinion. It replicates
> > a traditional assumption in the standards community that copyright
> > should be used to prevent people from modifying specifications. I
> > think this was rooted in a bygone era not around interoperability
> > objectives but rather business models in which certain prominent
> > standards organizations used the sale of  copies of standards
> > documents as a revenue stream (perhaps some of them still attempt to
> > do this).

This is not correct.

IETF in particular has never charged for access to its standards, but 
for at least 15 years has felt the need to put a license in place 
requiring that — outside of IETF processes — only unchanged copies can 
be distributed, or copies translated to other languages that preserve 
the meaning as closely as possible.

It's not a revenue question. The important issue is that all copies of 
an interoperability standard must say the same thing, or 
interoperability itself is defeated.


> I second that for practical reasons. Sometime standards stale, and
> nobody is anymore responsible for it. WG dissolves. It happens a lot.
>
> Also I would like to have a WHATWG / HTML5 path: having freedom to fork
> and continue, and ev. get it back.
>
> So I would like more as TeX license: modifications requires change of
> name (and possibly to make clear what it is modified and/or there is
> modification.

Yes. Permitting forks, but requiring both the use of a separate name and 
clear attribution are within reason for open source licenses. (I've not 
surveyed the existing approved licenses for examples.)

- Roland




_______________________________________________
The opinions expressed in this email are those of the sender and not necessarily those of the Open Source Initiative. Official statements by the Open Source Initiative will be sent from an opensource.org email address.

License-discuss mailing list
[email protected]
http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org