Difference between pages "User:Larma/Council Candidacy 2019" and "XMPP Newsletter November 2019"

Revision as of 10:50, 5 November 2019

Newsletter subject/title

[ Friendly, human introduction for the month (remove this mention before publishing) ]

Intro

Welcome to the XMPP newsletter...

New this month:

[CTA]

Articles

https://bouah.net/2019/10/sprint-in-the-cold-north/

https://www.briskbraintech.com/xmpp-a-communication-protocol-for-the-internet-of-things/ or https://opensourceforu.com/2019/10/xmpp-a-communication-protocol-for-the-iot/ ?

https://xmpp-team.pages.debian.net/blog/2019/10/dino-with-jet-and-bookmarks2.html

https://kwiecien.us/archives/2019/10/16/ejabberd_vs__prosody/index.html

Translations :

https://www.jabber.de/xmpp-newsletter-01-oktober-2019-fosdem-2020-modernisierung-von-xmpp-peer-networks/

https://www.jabber.de/xmpp-newsletter-01-de-octubre-de-2019-fosdem-2020-modernizacion-de-xmpp-peer-networks/

Videos

Tutorials

Events

Software releases

Other

Services

GSoC

Extensions and specifications

Last Call

New

Proposed

Obsoleted

Updated

Friendly specs

Thanks and CTA, Call To Action (remove this mention before publishing)

This XMPP Newsletter is a community collaborative effort.

Thanks to xxx for aggregating the news.

Thanks to xxx for the copywriting.

Thanks to xxx for the reviewing.

Thanks to xxx for the translations.

Please follow and relay the XMPP news on our Twitter account @xmpp.

License

This newsletter is published under CC by-sa license: https://creativecommons.org/licenses/by-sa/4.0/

@@ Line 1: / Line 1: @@
-== General ==
-Read about me on my [[User:Larma|user page]].
-== Council Candidacy 2019 ==
+=== Newsletter subject/title ===
-I don't consider the Council or any of its members an authority. The council uses its expertise to testify standard proposals using certain rules, but personal opinions are not part of it. If people say "''X is not going to be accepted under the '''current''' council''", there is something wrong with the current council or with the envisioned future council and both should be fixed.
-=== XEP Handling ===
+[ Friendly, human introduction for the month (remove this mention before publishing) ]
-To me, the two main tasks of a Council members are
-* Testify if a XEP suffices the basic requirements for being accepted as experimental
-* Testify if a XEP suffices the requirements for approval as Draft as defined in [https://xmpp.org/extensions/xep-0001.html#approval-std XEP-0001]
-While these tasks do require certain technical know-how, they don't ask for the council member's personal opinion. As a council member, I will try to stick to the process without including my personal opinion. If I am uncertain about specific issues in the XEP I will gather additional input from the authors, other community members and [[#SIGs|SIGs]]
+*
-That said, my criteria for accepting a XEP as experimental would be:
+=== Intro ===
-* It should be possible to implement the protocol described in the XEP with little additional guidance (ignoring ambiguity or issues alike). This is in line with the intention from [https://xmpp.org/extensions/xep-0001.html#states-Experimental XEP-0001] to encourage implementations of experimental XEPs.
-* It should be able to move to Draft within 12 months, according to rules in [https://xmpp.org/extensions/xep-0001.html#approval-std XEP-0001], i.e. it shouldn't look like the XEP is going to be in Deferred status a year later.
-* It should solve a problem. If it's not obvious which problem it solves, the problem must be outlined in the XEP itself. Personal opinions can be a valid problem description, as long as they are justified.
-For the elevation to Draft status I understand "''generally stable and appropriate for further field experience''" from [https://xmpp.org/extensions/xep-0001.html#approval-std XEP-0001] such, that there should be at least two implementations of the latest version (not necessarily used a lot in the wild, but existing and tested for interoperability). I'd also like to ensure that we move things to Draft faster as well as to actually move things to Final if they become wildly implemented. As an example, [https://xmpp.org/extensions/xep-0363.html XEP-0363] should probably be in Final already, but it didn't even reach Draft yet.
+Welcome to the XMPP newsletter...
-Moving things faster to Draft and Final status also means we should rarely do namespace bumps within a XEP anymore. That's because Experimental will become Experimental again (i.e. not widely implemented) and as such breaking things without a namespace bump in an Experimental XEP is actually fine. Draft standards however should remain backwards-compatible, which usually means that a namespace bump is not possible. If a significantly new iteration of a Draft or Final XEP is needed (that would imply a namespace bump), it should just start as a new ProtoXEP (and soon Experimental XEP).
+New this month:
-=== SIGs ===
+[CTA]
-I'd like to revive the concept of Special Interest Groups within the XSF. Among the reasons are:
-* SIGs increase the collaboration within the members and contribute to a more common understanding of their problem space
-* SIGs can produce XEPs as a team, reducing the work-load of each author while increasing the overall quality.
-* SIGs can provide feedback on XEPs to the council, if they fall in their expertise. This is specifically mentioned as criteria in [https://xmpp.org/extensions/xep-0001.html#approval-std XEP-0001], but probably wasn't used a lot for quite some time
-For a start I can imagine any of the following SIGs to be established
+=== Articles ===
-* Encryption SIG (OMEMO 2.0, full stanza encryption, "SeX")
-* Mobile SIG (battery and data usage)
-* Server/S2S SIG (MAM 2.0 etc)
-* Jingle/P2P SIG
-=== Compliance suites ===
+https://bouah.net/2019/10/sprint-in-the-cold-north/
-For the sake of completeness: Compliance suites are the only XEPs that are opinionated, as they don't follow any factual criteria, but represent the Councils opinion on what is to be implemented. However this doesn't affect protocol development itself.
-=== Own XEP work ===
+https://www.briskbraintech.com/xmpp-a-communication-protocol-for-the-internet-of-things/ or https://opensourceforu.com/2019/10/xmpp-a-communication-protocol-for-the-iot/ ?
-Should I be serving in the Council, I will obviously still continue authoring XEPs as needed. While I won't hand in proposals that I wouldn't accept myself otherwise, I pledge to always vote neutral on my own proposals to ensure neutrality.
+https://xmpp-team.pages.debian.net/blog/2019/10/dino-with-jet-and-bookmarks2.html
+https://kwiecien.us/archives/2019/10/16/ejabberd_vs__prosody/index.html
+Translations :
+https://www.jabber.de/xmpp-newsletter-01-oktober-2019-fosdem-2020-modernisierung-von-xmpp-peer-networks/
+https://www.jabber.de/xmpp-newsletter-01-de-octubre-de-2019-fosdem-2020-modernizacion-de-xmpp-peer-networks/
+=== Videos ===
+=== Tutorials ===
+=== Events ===
+=== Software releases ===
+==== Servers ====
+https://github.com/esl/MongooseIM/releases/tag/3.5.0
+https://discourse.igniterealtime.org/t/openfire-4-4-3-release/
+https://www.erlang-solutions.com/blog/mongooseim-designed-with-privacy-in-mind.html
+https://discourse.igniterealtime.org/t/inverse-openfire-plugin-5-0-4-1-released
+https://discourse.igniterealtime.org/t/user-status-openfire-plugin-1-2-2-released
+https://quickblox.com/blog/why-quickblox-choose-xmpp-protocol/
+https://blog.process-one.net/ejabberd-19-09-1/
+https://discourse.igniterealtime.org/t/user-status-openfire-plugin-1-2-2-released/86512
+==== Clients and applications ====
+https://discourse.igniterealtime.org/t/pade-1-4-0-released/86232
+https://tigase.net/blog-entry/beagleim-33-and-siskin-im-53-released?fbclid=IwAR3DdoK7HyPMXV-UgTVHq-diKubJOsu5L32-B-zE94d4iG0YiR0CHZQFW0c
+https://www.goffi.org/b/SwbEdDJyy5udRTzvVCbaND/progress-note
+https://www.goffi.org/b/iY6WhxWD7Qkv5ew6VbYSPG/progress-note
+https://tigase.net/blog-entry/beagleim-33-and-siskin-im-53-released
+==== Libraries ====
+https://github.com/qxmpp-project/QXmpp/blob/stable/CHANGELOG.md#qxmpp-101-oct-14-2019
+=== Other ===
+=== Services ===
+=== GSoC ===
+=== Extensions and specifications ===
+==== Last Call ====
+==== New ====
+==== Proposed ====
+==== Obsoleted ====
+==== Updated ====
+==== Friendly specs ====
+=== Thanks and CTA, Call To Action (remove this mention before publishing) ===
+This XMPP Newsletter is a community collaborative effort.
+Thanks to xxx for aggregating the news.
+Thanks to xxx for the copywriting.
+Thanks to xxx for the reviewing.
+Thanks to xxx for the translations.
+Please follow and relay the XMPP news on our Twitter account [https://twitter.com/xmpp @xmpp].
+=== License ===
+This newsletter is published under CC by-sa license: https://creativecommons.org/licenses/by-sa/4.0/

Difference between pages "User:Larma/Council Candidacy 2019" and "XMPP Newsletter November 2019"

Revision as of 10:50, 5 November 2019

Contents

Newsletter subject/title

Intro

Articles

Videos

Tutorials

Events

Software releases

Servers

Clients and applications

Libraries

Other

Services

GSoC

Extensions and specifications

Last Call

New

Proposed

Obsoleted

Updated

Friendly specs

Thanks and CTA, Call To Action (remove this mention before publishing)

License

Navigation menu

Difference between pages "User:Larma/Council Candidacy 2019" and "XMPP Newsletter November 2019"

Revision as of 10:50, 5 November 2019

Newsletter subject/title

Intro

Articles

Videos

Tutorials

Events

Software releases

Servers

Clients and applications

Libraries

Other

Services

GSoC

Extensions and specifications

Last Call

New

Proposed

Obsoleted

Updated

Friendly specs

Thanks and CTA, Call To Action (remove this mention before publishing)

License

Navigation menu

Search