XSF Discussion - 2022-01-13


  1. emus

    Good morning to whom it suits! ☺ Its almost mid of January already - time flies! Anyway, its the perfect time to add your news and input to the XMPP Newsletter, covering December and January! If you have news, please formulate a suggestion and post it or make a simple pull request here Newsletter draft on Github: https://github.com/xsf/xmpp.org/milestone/3 (Navigate to the latest issue, then to 'Files changes', then 'Edit File') Or drop your news text to our online pad: https://yopad.eu/p/xmpp-newsletter-365days Have a good day! We are also looking for volunteers on translations on a regular basis. For example Spanish!

  2. emus

    Good morning to whom it suits! ☺ Its almost mid of January already - time flies! Anyway, its the perfect time to add your news and input to the XMPP Newsletter, covering December and January! If you have news, please formulate a suggestion and post it or make a simple pull request here Newsletter draft on Github: https://github.com/xsf/xmpp.org/milestone/3 (Navigate to the latest issue, then to 'Files changes', then 'Edit File') Or drop your news text to our online pad: https://yopad.eu/p/xmpp-newsletter-365days We are also looking for volunteers on translations on a regular basis. For example Spanish! Have a good day!

  3. sebastian

    Two years back or so I casually mentioned (in one of the higher traffic XMPP MUCs, not sure which) having 5.2.22 (February 5th this year) as **the XMPP day** ... I guess no one picked up the idea, did someone? I'm not having any resources (mostly lacking time) at the moment to prepare something, other than resharing the idea to prepare some kind of website that tells the user what xmpp is, why it might be better than the alternatives and how to get started. Maybe heise.de or similar newsportals or techblogs would pick the story up, there is a lot of fuss about signal and telegram this week... Not sure If anyone is even bothering to promote XMPP. Maybe someone is even working on something? Just thought I'd ask here...

  4. sebastian

    (we can also prepare some XMPP federation day on 05.02.2069 🤣️)

  5. Ellenor Malik

    5/2 of every year should be xmpp day, after 5/2 this year

  6. sebastian

    yes, possible

  7. jonas’

    sebastian, that only works in certain date formats unfortunately

  8. sebastian

    but this year we have the only chance (for the next 100 yrs i guess) to have 5.2.22 🙂 Unless we (we as in, i think XMPP is mostly a europen thing) would accept 2nd of May 5/2/22 as XMPP day 😉

  9. sebastian

    jonas’, true...

  10. jonas’

    2022-02-05 would be the ISO way of writing that date, I think some crazy locales write it as 2/5/22 …

  11. jonas’

    you *are* aware that the XSF is in fact incorporated in the US? ;)

  12. sebastian

    barely 😉

  13. jonas’

    (but indeed it seems that a lot of public development is currently driven from the EU side of the large pond)

  14. sebastian

    I think at least some of the important projects are somehow european, right? Conversations, dino, prosody, snikket, Converse.js (I'm not entirely sure, but i think the dev resides in germany, too) ... not sure about the others

  15. sebastian

    *european based

  16. sebastian

    yeah... didn't want to start a date format discussion... just asking if someone has maybe had the same thought than me

  17. jonas’

    I like the idea fwiw

  18. jonas’

    I have not a terribly great idea what we could do though, let's page some from commsteam like emus.

  19. sebastian

    it wouldn't even be much work right? just registering a cheap domain (like XMPP-day.live for 2€/yr), put a static website withsome info in the major languages (or languages we can find someone to contribute in) and then email it to blogs

  20. sebastian

    i don't know if it would be succesfull, but i just like the story of a XMPP day that is approaching. 5222 is even used by some jabber service as the name or part of their name (https://5222.de/ ) and IPv6 also had it's IPv6 day (altough only 10 yrs later see we really adoption that is worth talking about 😉 )

  21. sebastian

    I just let that thought sit here, maybe i could contribute some efforts to translate part of the website, but apparently i do not have the resource to coordinate things at the moment.

  22. jonas’

    the "some info" would be interesting to gather

  23. jonas’

    I'm happy to register a domain on short notice as well as provide infrastructure for a static(!) website, but I currently don't have the capacity to create marketing materials

  24. sebastian

    https://xmpp.org/getting-started/ <- this is already a good start, but it imho lacks the **why XMPP**

  25. emus

    sebastian: Maybe we should just take the publication date (1st of April?). A blog post could be nice

  26. emus

    > sebastian escribió: > it wouldn't even be much work right? just registering a cheap domain (like XMPP-day.live for 2€/yr), put a static website withsome info in the major languages (or languages we can find someone to contribute in) and then email it to blogs Lets rather develop on our page. we also are low on ressources

  27. emus

    > sebastian escribió: > https://xmpp.org/getting-started/ <- this is already a good start, but it imho lacks the **why XMPP** yes, but lets not waste efforts and time in a new domain (we still can do it one day). Rather spend time in what you want to communicate I would say

  28. emus

    and actually writing content

  29. sebastian

    emus, > Maybe we should just take the publication date (1st of April?). A blog post could be nice April 1st? It would allow for more time, but the date would not look interesting ... 1.4.22 or 22-4-1... unlike 5.2.22 🙂 > Lets rather develop on our page. Where the informatoin is hosted later is not so much important as to the message to have a kind of "XMPP appreciation day" > we also are low on ressources Thats the problem. We would need some person(s) who are interested and have time to push it. Also some webdesigner would be nice to make it look good and not just a wall of text. I'm terrible at story telling, so someone who knows how to clearly communicate so the majority of people get the message quick would be an advantage

  30. emus

    but isnt the focus on how the date looks a bit of the wrong parameter? Most important is what we will call for at this day and also communicate? And then get it on "paper".

  31. Ge0rG

    but 5.2.22 is only once in a hundred years!

  32. sebastian

    Yes.. i'm happy about any promotion about xmpp. My idea was just to combine the date, that looks like the default XMPP port with the message about XMPP

  33. Ge0rG

    well, twice, if you also consider the 'murican way of writing dates

  34. emus

    I think if we frame around this day we can ask all projects to write something and we put it on one website we are posting tot the networks

  35. sebastian

    Ge0rG, true. But there was also only once in a lifetime "IPv6 launch day", sometime in 2012?

  36. Ge0rG

    sebastian: what's IPv6? ;)

  37. emus

    sebastian: if you want you can create a pad and collect ideas etc?

  38. sebastian

    some obscure protocol, most ISPs dont happily support and some peopel deacativate on purpose 😬️

  39. sebastian

    emus, i can do that yes. Do you have a suggestion which pad to use?

  40. jonas’

    we can do a european XMPP day on 5.2.22 and a US XMPP day on 5/2/22 :D

  41. Ellenor Malik

    what about a holiday between 0222h utc 5th Feb and 0526h utc 9th Feb?

  42. emus

    sebastian: yopad or crytopad - any better recommendations? Actually I would be happy to have a unitfied workspace tool in the XSF

  43. sebastian

    emus, https://yopad.eu/p/xmpp-day-365days - i just quickly drafted my thoughts. Actually i need to get some day-job work done now, i hope i can spend some more time in the evening, but feel free to comment already or even put your ideas in it... https://yopad.eu/p/xmpp-day-365days (CC jonas’ Ge0rG )

  44. emus

    sebastian: maybe your should join and announce also:

  45. sebastian

    emus, ?

  46. emus

    xmpp:commteam@muc.xmpp.org?join

  47. Guus

    I wonder if https://xmpp.org/extensions/xep-0045.html#impl-service-ghosts is sensible (something that Kev warned me about earlier, I think). Specifically: I think that the listed 'delivery-related' errors can occur in an IQ stanza response, without actually being indicative of a vanished user.

  48. flow

    Guus, this reminds me of the situation with xmpp errors vs xmpp pongs: https://github.com/igniterealtime/Smack/blob/master/smack-extensions/src/main/java/org/jivesoftware/smackx/ping/PingManager.java#L151-L169

  49. flow

    hmm, but the error conditions are differnt

  50. flow

    hmm, but the error conditions are different

  51. TheCoffeMaker

    I can help to organize the xmpp on buenos aires (maybe a virtual conference due to covid)

  52. debacle

    jonas’ Why not celebrate XMPP 24 times a day at `hh:52:22` for one precious second? I'm too ISOfied to believe in dd.mm.yyyy or mm/dd/yyyy.

  53. Ellenor Malik

    ahhh

  54. Ellenor Malik

    week-years?

  55. Ellenor Malik

    Tuesday, 52nd week of every year?

  56. Ellenor Malik

    tues to sat?

  57. sebastian

    Well for a nice Iso date, I'm afraid we have to wait for too long 😁 debacle

  58. Demian

    debacle, let just make the calendar `YYYY-MM-DD`

  59. Neustradamus

    Time to update: - https://news.ycombinator.com/item?id=29921870 - https://www.reddit.com/r/xmpp/comments/s327wa/prosody_01112_released_cve20220217_fix/

  60. Sam

    The last time someone told me "that's not a problem anymore, we use a restricted subset, just use any XML library and that won't happen!" was just a few days ago. I feel vindicated.

  61. MattJ

    I thought of you ;)

  62. Sam

    (not that I'm happy, of course, sorry you got hit by it)

  63. MattJ

    This was originally an internal API that wasn't exposed (or even used), and then one day we used it for mod_websocket, assuming it was configured the same way as our usual XMPP stream parser.

  64. jonas’

    "it wasn't"

  65. MattJ

    Indeed it wasn't

  66. jonas’

    Sam, come to the dark side, we have ~cookies~ XML libraries which don't do any of this: https://docs.rs/rxml/

  67. arc

    Meeting time?

  68. jcbrand

    Now AFAIK

  69. ralphm bangs gavel

  70. ralphm

    0. Welcome

  71. ralphm

    Hi all!

  72. arc

    Hello Ralph!

  73. ralphm

    Long time no see. Hope that everybody had some relaxing holidays and is ready to take on 2022.

  74. jcbrand

    Howdy

  75. ralphm

    MattJ around?

  76. ralphm

    Also, any topics we should discuss today?

  77. ralphm

    Normally we'd be anxiously awaiting FOSDEM swag to be arranged and so on, but alas.

  78. jcbrand

    Nothing from me

  79. arc

    I love to just know the current status of things since last year

  80. MattJ

    Hey

  81. ralphm

    1. Minute taker

  82. ralphm

    (hi MattJ)

  83. ralphm

    I think last minutes were by JC, so MattJ would be up

  84. ralphm

    2. Updates

  85. ralphm

    arc: anything specific? I don't think much has happened during the holidays. I did see a Tweet go out about GSoC

  86. arc

    I mean like the documents that were being worked on, like CoC

  87. arc

    It's been awhile

  88. ralphm

    So yes, XEP-0458 has been up for a while now. I don't remember seeing much feedback on it since. Maybe dwd has gotten some. I think we could think about issuing last-call on it.

  89. ralphm

    jcbrand, MattJ what do you think?

  90. MattJ

    Yep, sounds good to me. I can't remember where we left it.

  91. MattJ

    I've been assuming it's in force :)

  92. jcbrand

    I'm relatively meh on CoCs. But if people think it's necessary then sure. Dunno how we survived so this time without one

  93. jcbrand

    I'm relatively meh on CoCs. But if people think it's necessary then sure. Dunno how we survived all this time without one

  94. jonas’

    (there has been context to that document)

  95. jonas’

    (it's very useful to have)

  96. jonas’

    (I already used it to enforce in operators@, where we put it in place pre-emptively)

  97. ralphm

    I think if we do not act whichever way this week it will expire, no?

  98. jonas’

    … expire?

  99. ralphm

    Oh wait it is already > 6 months

  100. jcbrand

    Doesn't the fact that you used it preemptively show the an official isn't necessary?

  101. jonas’

    defer, if anything

  102. ralphm

    yes, I meant that

  103. jcbrand

    Doesn't the fact that you used it preemptively show the an official one isn't necessary?

  104. jonas’

    jcbrand, well, it would be better to have something to point at which doesn't have a huge red EXPERIMENTAL on it :)

  105. jonas’

    violators are generally not easy-going with such things

  106. ralphm

    Well of course the absence of such a thing doesn't mean we cannot act, and I think that's what jcbrand is getting at

  107. jcbrand

    Yes

  108. jonas’

    right, but the absence of such a thing means that I, for instance, would not be available for moderation tasks.

  109. jcbrand

    And the existence of one sometimes gets used for witch hunts

  110. jonas’

    I want a code I can operate based on, because otherwise all I am going to get is haggling with the perpetrators whether something was ok or not.

  111. MattJ

    Right, but I did act, and it was a mess, and that's why although I am also "meh" on CoCs in general, I am in favour of this document existing and getting finalized

  112. jcbrand

    Ok

  113. MattJ

    I'd rather a world where such things weren't needed, but that's not the world we live in

  114. MattJ

    and that became too apparent to me last year, in an XSF discussion channel

  115. ralphm

    Ok then. So I guess we should reinvite people to comment on this experimental doc and then find a time to issue a last-call towards Active.

  116. arc

    In fact it's increasingly becoming a world where we need this

  117. ralphm

    At which point Board will evaluate and Make It So™ or not.

  118. ralphm

    MattJ could you initiate this?

  119. jonas’

    starting an LC is the editor's task, isn't it?

  120. MattJ

    I'm currently metaphorically snowed under, but I'm working my way to the surface... I can make a note for myself but probably don't expect anything from me before Feb

  121. jcbrand

    Sounds like ralphm wants more discussion before LC

  122. jonas’

    why not use the LC as venue for discussion?

  123. ralphm

    Well, isn't it a bit weird to have an experimental document go virtually undiscussed since publication and then say "you now have 14 days"

  124. jonas’

    but you could also kindly ask the editor to informally call for discussion on members@ … :)

  125. jonas’

    but you could also kindly ask the editor to informally call for discussion on members@ and/or standards@ … :)

  126. jonas’

    though it would feel redundant to me

  127. ralphm

    But hey, I have no problem with issuing the LC right away

  128. jonas’

    if an LC is closely to follow

  129. dwd

    Give me a week to hunt through email etc and check if I meant to add some things, please?

  130. jonas’

    that's a good reason not to LC right away :)

  131. jcbrand

    About it being experimental, you can tell people they're being experimentally reprimanded 😆

  132. jonas’

    jcbrand, I get the impression you never moderated a medium to large pseudonymous chat community ;)

  133. ralphm

    From XEP-0001: An Experimental (or Deferred) XEP may be proposed to the Approving Body for advancement to Stable (Standards Track XEPs) or Active (Historical, Informational, and Procedural XEPs). This can be requested from the Approving Body on the Standards list by, or in collaboration with, the XEP author. In case the XEP has been abandoned by its author(s), any other individual can propose advancement in their stead. The Approving Body will then require a Document Shepherd to take on responsibilities on behalf of the XEP author during the proposal and approval processes. The Approving Body must agree that the XEP is ready to be considered for advancement. Once the Approving Body so agrees, it shall instruct the XMPP Extensions Editor to (1) change the status of the XEP from Experimental (or Deferred) to Proposed and (2) issue a Last Call for open discussion on the Standards list. The Last Call shall expire not less than fourteen (14) days after the date of issue.

  134. jcbrand

    You'd be wrong jonas

  135. ralphm

    so basically we need to tell jonas’ to have it progress

  136. jonas’

    jcbrand, alright

  137. jonas’

    ralphm, let's give dwd the chance to figure things out tho

  138. ralphm

    of course

  139. ralphm

    dwd: just give us The Sign when you are ready

  140. ralphm

    Anything else?

  141. jcbrand

    jonas’: thinking about my own experience, yes having rules helps a lot

  142. dwd

    jcbrand, I think CoC's are one of those things that you can get away without for ages until you need them, when you suddenly desperately need them.

  143. ralphm

    3. AOB

  144. ralphm

    ?

  145. jonas’

    [gotta run, dinnertime]

  146. Sam

    ralphm: I have aob or for next time

  147. MattJ

    Not really. There's been discussion about something to replace FOSDEM/summit this year, but that's not really a board matter.

  148. ralphm

    No, it doesn't work that way. Either you have an AOB now, or an agenda item for next time :D

  149. Sam

    I sent an email to board@ about fiscal hosting a bit ago, please review or I can send again

  150. ralphm

    MattJ: disagree a bit, and was thinking the same thing

  151. arc

    We should put that on the agenda for next week

  152. ralphm

    Sam: noted

  153. ralphm

    4. Date of Next

  154. ralphm

    +1W

  155. ralphm

    5. Close

  156. jcbrand

    I'd love an in-person summit

  157. ralphm

    Thanks all!

  158. ralphm bangs gavel

  159. jcbrand

    Thanks ralphm

  160. ralphm

    jcbrand: totally

  161. ralphm

    I've been having this stuff on my attic for about 2 years now

  162. MattJ

    ralphm, which part do you disagree with slightly? Doing something, or whether it's a board matter?

  163. arc

    Not with Omicron surging.

  164. jcbrand

    I'd be fine with an in-person summit of the willing

  165. jcbrand

    Rest could connect remotely

  166. MattJ

    I think it's impractical to have a normal summit. Between the unwilling and the willing-but-unable/impractical-due-to-restrictions it would probably be two people in a room.

  167. arc

    Plus there's the organizational responsibility of the xsf

  168. dwd

    I'll have a summit with myself.

  169. dwd

    I'll mutter to myself in a corner then get hammered on Belgian beer.

  170. ralphm

    MattJ: not being a Board matter. It will probably require a bunch more funding that we usually alot to the Summit

  171. ralphm

    allot

  172. MattJ

    dwd, normal summit then

  173. dwd

    MattJ, Standard standrds work.

  174. Zash

    Can confirm, having attended IETF

  175. dwd

    Zash, If you remember an IETF you weren't there.

  176. ralphm

    I don't see a Summit happening this year around virtual FOSDEM, but maybe we can find a time in the spring?

  177. jcbrand

    Yeah, we could wait for spring/summer when cases are lower

  178. jonas’

    maybe keep our eyes and ears open for other events we could piggy-back on

  179. jonas’

    I don't suppose many of you are aiming for the OpenInfra Summit in Berlin this year

  180. Daniel

    Traditionally (I hate that there is already a traditionally with the pandemic) summers have been quiter. So late-ish summer after we all got the omikron booster might be the best option for a on person event

  181. Zash

    Brussels in summer instead of Brussels in slush? That might be nice

  182. Daniel

    > maybe keep our eyes and ears open for other events we could piggy-back on I'd be surprised to see any larger in person events happening this year

  183. jonas’

    OpenInfra is intended to be in person, but also in july (or was it june?) and with just 1k people.

  184. jonas’

    I don't find that super unrealistic looking at historic case data for that month

  185. dwd

    What might work is to drive a series of smaller online conferences driving at specific goals.

  186. jonas’

    online-sprints

  187. ralphm

    Daniel: really? PyCon in the US seems to be happening. I think that everything is starting up again soon.

  188. dwd

    I've heard of some in-person confs which have switched from two days in person to a week of 2-hour lunchtime online conferences, and it seems to work really well.

  189. jcbrand

    Meh

  190. jcbrand

    Lunchtime is sacred

  191. ralphm

    I don't particularly care about online events. At all.

  192. dwd

    ralphm, Unless vaccination starts occuring globally, I think we're looking at another variant soon enough.

  193. jcbrand

    Me neither

  194. dwd

    No, I'm not that excited by online events either. But where the option is nothing at all...

  195. jcbrand

    Variants will happen regardless of vaccination

  196. jcbrand

    Just like with flu

  197. Daniel

    ralphm: dunno. I think the problem with larger events is not that there is never a time period where case numbers are lower. But the uncertainty. And large events need to be planned

  198. ralphm

    dwd: I'm sure. I am done with not living, though.

  199. jcbrand

    How many people at a summit? 30?

  200. jcbrand

    Not that huge

  201. dwd

    jcbrand, No, but ~nobody travels just for a summit.

  202. dwd

    jcbrand, I mean, Kev does. But I don't think anyone else.

  203. jcbrand

    Yes, there's also the drinking

  204. dwd

    :-D

  205. dwd

    I've described the XSF in various venues as a drinking club with a standards problem, indeed.

  206. jonas’

    ew

  207. jonas’

    please don't include me in that description

  208. dwd

    jonas’, Implicated by association. :-P

  209. ralphm

    One only has a standards problem when there are not enough of them, right?

  210. jonas’

    I'm gonna put "strict non-alcohol drinker" on my next application :P

  211. Zash

    Ribs, Beer and Standards

  212. dwd

    jonas’, We've had plenty of high-profile non-drinkers - you, Kev, Remko - the problem is we also have the rest of us, and we make up your shortfall.

  213. jcbrand

    Actually, I don't like drinking too much at confs, I hate hangovers and don't like the cognitive impairment the next day, but I like meeting socially and chatting with people and a bit of alcohol really helps to take the edge off

  214. Ellenor Malik

    slushels

  215. jcbrand

    Gotta maintain the balmer ratio or whatever it's called

  216. dwd

    jcbrand, Ah, the Balmer Peak.

  217. jcbrand

    That's it

  218. dwd

    https://xkcd.com/323/

  219. jcbrand

    Also, I live in wine region, it's my social duty to support local businesses

  220. pep.

    TIL https://interoperability.news/about/

  221. pep.

    Maybe the XSF wants to get in?

  222. pep.

    There's already Matrix

  223. MattJ

    +1

  224. moparisthebest

    wine region ? I too use linux

  225. Ellenor Malik

    moparisthebest: non

  226. Ellenor Malik

    pays du vin

  227. ralphm

    Great news ED MattJ

  228. emus

    > ralphm escribió: > I don't see a Summit happening this year around virtual FOSDEM, but maybe we can find a time in the spring? no, lets not make a counter-party > dwd escribió: > I've heard of some in-person confs which have switched from two days in person to a week of 2-hour lunchtime online conferences, and it seems to work really well. really nice

  229. jonas’

    dwd, reassuring :)

  230. jcbrand

    moparisthebest: I use arch btw

  231. jcbrand

    Just kidding, Ubuntu 😁

  232. moparisthebest

    jcbrand, https://www.moparisthebest.com/images/i-only-use-arch-linux.png for real though :D

  233. jcbrand

    😆