[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Outgoing section 5.5 and draft-josefsson (Re: San Diego meeting slot)
I strongly support keeping the license external to the RFC.
David Harrington
dharrington at huawei.com
dbharrington at comcast.net
ietfdbh at comcast.net
> -----Original Message-----
> From: Brian E Carpenter [mailto:brc at zurich.ibm.com]
> Sent: Thursday, October 05, 2006 10:35 AM
> To: Simon Josefsson
> Cc: Joel M. Halpern; ipr-wg at ietf.org
> Subject: Re: Outgoing section 5.5 and draft-josefsson (Re:
> San Diego meeting slot)
>
> Simon Josefsson wrote:
> > Brian E Carpenter <brc at zurich.ibm.com> writes:
> >
> >
> >>Joel M. Halpern wrote:
> >>
> >>>Well, I sure understood the rough consensus of the working group
to
> >>>be "everyone can use the code any way they want."
> >>
> >>I agree, but (as for text) this is inevitably limited by any
> >>copyright restrictions placed by the author on top of what the
> >>IETF says. Given that we are not asking for all possible
> >>inbound rights, I don't see how to avoid doing something.
> >>
> >>I would suggest changing this:
> >>
> >> However, the IETF does not wish to have IETF
> >> Contributions contain additional copyright notices and
> licenses, as
> >> that introduces a number of additional difficulties.
> >>
> >>into
> >>
> >> However, the IETF believes it is confusing for IETF
Contributions
> >> to contain additional copyright notices and licenses, and
wishes
> >> such material to be external to IETF documents.
> >
> >
> > Let's take this slow.
> >
> > The above change (if approved etc) would make it harder to
> include any
> > source code in IETF documents. Agree, yes/no?
>
> No! it means that if you want to attach a license to source code
> in an RFC, you do so external to the RFC.
>
> > Removing source code from IETF documents would decrease the
> usefulness
> > of the specifications. Agree, yes/no?
>
> Yes, but that is not a consequence.
>
> Brian
>
> >
> > If you answer yes to both, then I hope that you see how I can
claim
> > that this approach is actively working against both the running
code
> > and the stated goals of the IETF.
> >
> > Working against the IETF's mission could be justified, I suppose,
if
> > there is some strong reason why things have to be in a
> particular way.
> > I don't see a strong reason here. Above, I see a weak
justification
> > that "it is confusing". If something appears to be
> confusing, I think
> > we should strive towards making it less confusing. Personally, I
> > don't find this topic that confusing. A lot of people that work
on
> > free software, myself included, work with material that
> carry multiple
> > copyright notices every day. What's confusing about it?
> >
> > /Simon
> >
>
> _______________________________________________
> Ipr-wg mailing list
> Ipr-wg at ietf.org
> https://www1.ietf.org/mailman/listinfo/ipr-wg
>
_______________________________________________
Ipr-wg mailing list
Ipr-wg at ietf.org
https://www1.ietf.org/mailman/listinfo/ipr-wg