<div dir="ltr">I'll admit to not knowing all the details here, but it seems like a fork is something that should be avoided unless there's some really really compelling need.<br></div><div class="gmail_extra"><br><br>

<div class="gmail_quote">On Mon, Aug 11, 2014 at 3:27 PM, Tim Bray <span dir="ltr"><<a href="mailto:tbray@textuality.com" target="_blank">tbray@textuality.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr"><div class="gmail_default" style="font-size:small">Eek, please don’t do this.  Lots of people are fiddling with the IETF’s version, which is thus going to have all sorts of good tooling.  I’d try to stay aligned.</div>



</div><div class="gmail_extra"><div><div class="h5"><br><br><div class="gmail_quote">On Mon, Aug 11, 2014 at 2:16 PM, Michael Jones <span dir="ltr"><<a href="mailto:issues-reply@bitbucket.org" target="_blank">issues-reply@bitbucket.org</a>></span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">New issue 945: Migration spec currently requires a non-standard version of xml2rfc<br>
<a href="https://bitbucket.org/openid/connect/issue/945/migration-spec-currently-requires-a-non" target="_blank">https://bitbucket.org/openid/connect/issue/945/migration-spec-currently-requires-a-non</a><br>
<br>
Michael Jones:<br>
<br>
There are several problems with this:<br>
<br>
1.  COSTS OF USING A NON-STANDARD TOOL:  Forcing editors to use non-standard versions of tools is a non-starter.  Maintaining and installing those tools then becomes an unnecessary tax on the working group and the editors and means that special expertise would needed to build a spec, rather than just going to <a href="http://xml2rfc.tools.ietf.org/old.html" target="_blank">http://xml2rfc.tools.ietf.org/old.html</a> and using the standard version.  We should only move off of the standard tools without a compelling reason to do so (which there isn't, because the existing specs are an existence proof that they work fine).<br>




<br>
2.  SHOULD REQUIRE WG DECISION:  Changing to use a non-standard tool chain should be a decision made by the working group since it potentially affects many working group members and the long-term maintainability of the spec - not a decision made by individual editors.<br>




<br>
3.  FORMAT DIFFERENT THAN CURRENT SPECS:  Using the non-standard extension ipr="oidf", as presently implemented, produces drafts with a different format than the approved OpenID Connect specifications.  There's no compelling reason to format specs differently than we always have in the past.<br>




<br>
4.  DIFFERENT TITLE FOR IPR NOTICES:  Our current specs use the title "Notices" for the board-required IPR statements.  The revised tool emits the title "Full Copyright Statement", which is unnecessarily different.<br>




<br>
5.  ADDING NEW IPR CONTENT REQUIRES BOARD APPROVAL AND LEGAL REVIEW:  The revised tool emits a new section "Intellectual Property" that contains additional information about IPR.  I believe that a board decision is required before any additional IPR content is added to any specifications.  Legal review may also be required.<br>




<br>
<br>
<br>
_______________________________________________<br>
Openid-specs-ab mailing list<br>
<a href="mailto:Openid-specs-ab@lists.openid.net" target="_blank">Openid-specs-ab@lists.openid.net</a><br>
<a href="http://lists.openid.net/mailman/listinfo/openid-specs-ab" target="_blank">http://lists.openid.net/mailman/listinfo/openid-specs-ab</a><br>
</blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br><div dir="ltr"><div>- Tim Bray (If you’d like to send me a private message, see <a href="https://keybase.io/timbray" target="_blank">https://keybase.io/timbray</a>)</div>



</div>
</font></span></div>
<br>_______________________________________________<br>
Openid-specs-ab mailing list<br>
<a href="mailto:Openid-specs-ab@lists.openid.net">Openid-specs-ab@lists.openid.net</a><br>
<a href="http://lists.openid.net/mailman/listinfo/openid-specs-ab" target="_blank">http://lists.openid.net/mailman/listinfo/openid-specs-ab</a><br>
<br></blockquote></div><br></div>