Re: Moving XEP-0066 to Final (emitting Last Call?)

--===============5067309828236337081==
Content-Type: multipart/alternative; boundary="00000000000056db76065615dbff"

--00000000000056db76065615dbff
Content-Type: text/plain; charset="UTF-8"

On Tue, 7 Jul 2026 at 17:01, Goffi <[email protected]> wrote:

> The Council talked about moving a couple of stable XEPs which have not
> been modified for years to "Final".
> As this process has not been done for a long time, we want to first try
> with XEP-0066 (Out of Band Data).
>
>
Thanks for picking this one up.


> Please not that dwd suggested to get rid of section 6 first (XEP-0095
> being deprecated).
>

My argument for removal of section 6 is both that the specifications it
references are deprecated (we don't have rules about this unlike the IETF's
"downref" rules, but it seems sensible) but in addition the section is
non-normative and a "well we could do this if we wanted" which feels like
Experimental.

https://github.com/xsf/xeps/pull/1553 hopefully saves some time for Peter!

Dave.

--00000000000056db76065615dbff
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote g=
mail_quote_container"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, 7 Jul 2=
026 at 17:01, Goffi &lt;<a href=3D"mailto:[email protected]">[email protected]<=
/a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0=
px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">T=
he Council talked about moving a couple of stable XEPs which have not been =
modified for years to &quot;Final&quot;.<br>
As this process has not been done for a long time, we want to first try wit=
h XEP-0066 (Out of Band Data).<br>
<br></blockquote><div><br></div><div>Thanks for picking this one up.</div><=
div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0=
px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Please no=
t that dwd suggested to get rid of section 6 first (XEP-0095 being deprecat=
ed).<br></blockquote><div><br></div><div>My argument for removal of section=
 6 is both that the specifications it references are deprecated (we don&#39=
;t have rules about this unlike the IETF&#39;s &quot;downref&quot; rules, b=
ut it seems sensible) but in addition the section is non-normative and a &q=
uot;well we could do this if we wanted&quot; which feels like Experimental.=
</div><div><br></div><div><a href=3D"https://github.com/xsf/xeps/pull/1553"=
>https://github.com/xsf/xeps/pull/1553</a> hopefully saves some time for Pe=
ter!</div><div><br></div><div>Dave.</div></div></div>

--00000000000056db76065615dbff--

--===============5067309828236337081==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Standards mailing list -- [email protected]
To unsubscribe send an email to [email protected]

--===============5067309828236337081==--