RE: [Trustees] Objection to reworked para 6.d (Re: Rationale forProposed TLP Revisions)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



 
 
> Ok.  So is the point then just not to have to issue a new RFC if the
> Trust decides they want a different license?  I.e. is that the
> "future-proofing" that the proposed change is supposed to provide?

I apologize if my unfortunate use of the term "future-proofing" has
caused angst.  But I was referring to the proposal made by Harald
Alvestrand, as a member of the community, not a proposal made by the
Trust.  Harald's proposal should not be taken as an indication of the
Trust's intentions.  I believe that Russ and I were merely saying that
Harald's proposal seemed reasonable.  If other members of the community
disagree, then that's fine too.

> 
> If so, in light of the other comments people are making about how the
> Trust appears to be rather more activist than some people find
> congenial (I am reserving my opinion on that topic), I'm not sure the
> proposed change is a good one.  If the Trust needed to change the
> license, there would be two reasons to do it, I think:
> 
>     1.  The community wants the change.
> 
>     2.  External forces (say, legal precedents) cause the
>     currently-selected license to be the wrong one.
> 
> But both of those cases seem to me to be the sort of thing that
> requires some community input and some rough consensus, no?  If so,
> then what would be hard about writing a new RFC that captured this
> update, and publishing it the way of the usual RFC process?
> 
> A
> 
> 
> -- 
> Andrew Sullivan
> ajs@xxxxxxxxxxxx
> Shinkuro, Inc.
> 
_______________________________________________

Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]