XMPP Council - 2020-08-19

exhausting day

Indeed

you did seem to have had a nice walk though ✏

you do seem to have had a nice walk though ✏

I hope you brought enough for everyone.

there is plenty

also it’s surprisingly easy to make with suitable tooling

I too had some lemon sorbet. Very nice

1) Roll Call

Hi

In a car, headed back to the office to get my bike

I hope you’re not driving

we had a dwd a few minutes ago, so I assume he’ll be around

Here.

2) Agenda Bashing Sorry for the delay in the agenda, I hope you all got a chance to look at it nevertheless

anything else to complain about?

I haven't seen it yet :(

(Sorry, I was distracted by Tigase's announcement on Twitter of MIX support in xmpp.cloud)

Zash, oh? no daytime access to your emails or do we have a problem with the list server?

FYI: https://mail.jabber.org/pipermail/standards/2020-August/037686.html

either way, despite this being a surprise agenda for Zash (and maybe others?), let’s move on

3) Editor’s Update - ProtoXEPs: - Message Archive Management Preferences - Pubsub Message Archive Management Both have been created as a spin-off from the most recent MAM update, but due to human error they were stuck in the PR queue.

so yay to MattJ for getting those up

4) Items for voting

4a) Proposed XMPP Extension: Message Archive Management Preferences URL: https://xmpp.org/extensions/inbox/xep-mam-prefs.html Abstract: This document defines a protocol to control a user's archiving preferences. Note: This is in context of the MAM split-off in the most recent MAM release.

+1

I have issues with that proto-XEP.

I have formal issues

Ge0rG, -v?

Namely, two issues: a) experience shows that the default should be "all" and not "roster"; and b) I've stated multiple times before, in the context of 0313, that we need a way for the server to indicate to the client that no _explicit_ MAM storage prefs configuration has happened yet, so that the client can show a GDPR opt-in dialog

oh, looks like that one bot with thousands of roster items has just restarted, making my server lag for a minute or two

Ge0rG, Is that sufficient to block publication of something that we have previously published?

same question

If it's broken out of 313 is it not an editorial thing?

oh, +1 to 4a

also +1

Zash, I don’t think so

Ge0rG, I mean, I agree with what you're saying, but...

it will be easier to handle those concerns in a document separate from '313

dwd: sorry, I intended to +1 immediately but then got distracted by the overly long line, and then by the server lag

so having this as an indepentent XEP is the way to go

it is using MAM's namepsace, right?

I have one concern over this XEP - it's the same namespace as XEP-0313.

dwd, I think that’s a feature, not a bug

not that I'd consider that to be a problem, just that it's forking off of :2

And Ge0rG has managed to say so immediately prior to my saying so.

I’ll try to keep an eye on it and have it use a different namespace once a bumping change happens.

I think it *is* a feature, but - exactly what jonas’ says.

maybe also CC @ MattJ so that he’s aware

dwd, Zash, votes?

I might even go so far as to say it should be changed *now*, but with a note saying this was previously offered under a different namespace.

ok, I disagree on that one

So a cautious +1.

jonas’, Not a hill for me to die upon.

ok, let’s not have that discussion now then :)

(there have been *plenty* of pointless discussions today already, no need to add to it)

FWIW I see this protocol as a dead-end as far as I'm concerned (i.e. no bumps will happen)

On-list

Zash, thanks

MattJ, curious, why?

Giving users fine-grained control over archiving has... consequences

MattJ, ok, maybe also a discussion for the list.

can you put that as a reply to the ProtoXEP announcement maybe?

Yeah, I was going to start one in response to the thread

Yes :)

lovely, thanks

moving on

I started writing it but didn't have time so put it aside

4b) Proposed XMPP Extension: Pubsub Message Archive Management URL: https://xmpp.org/extensions/inbox/xep-pubsub-mam.html Abstract: This document defines a protocol to query and control a pubsub node's message archive. Note: This is in context of the MAM split-off in the most recent MAM release.

+1

On-list

+1, though it also needs some love

+1

+1

that was quick’n’easy

4c) PR#976: XEP-0060: Add missing querytype 'retrieve' action and 'item' key to registry submission URL: https://github.com/xsf/xeps/pull/976 Abstract: The PubSub specification is missing registry entries for the 'retrieve' action and the 'item' key. This PR adds those to the query type registry submission. See-Also: https://mail.jabber.org/pipermail/standards/2020-August/037679.html

I’m not sure if this shouldn’t even be editorial, but I wanted to make sure

Seems editorial to me

+1, also what's the overall state of the registry?

Ge0rG, don’t ask

+1 if we need a +1.

+1

+1

+1

swift

4d) PR#975: XEP-0004: Clarify field type omission for 'submit' and 'result' form field types, Version 2 URL: https://github.com/xsf/xeps/pull/975 See-Also: https://mail.jabber.org/pipermail/standards/2020-August/037664.html See-Also: https://github.com/xsf/xeps/pull/971

the never-ending PR chain

+1

+1

please don’t just +1 because I proposed this PR convincingly ;)

On list

+1

+1 because jonas’ proposed it convincingly.

https://raw.githubusercontent.com/hedgewars/hw/master/share/hedgewars/Data/Sounds/voices/Default/Nooo.ogg

ok, that’s it

5) Pending Votes

It looked good last week

only the on-lists from today

6) Date of Next

+1W WFM

+1w wfm

+1 to that too.

+1w wfm

+1w wfm

thanks

7) AOB

One from me:

I’ll be on vacation in the week of the 9th of september, so I’ll not be able to chair or prepare an agenda. That’s just as a heads up so that someone can step forward to take that on.

In addition, september will in general be "interesting times" here, so there may be times where the agenda has more jitter or I’ll need to delegate that and/or chairing

in october, stuff should gradually resume to normality

I might be on vacation in the two weeks from Sep 14th or any other two weeks thereafter, depending on conditions outside of my control.

Any other AOB?

I'm reviewing https://github.com/xsf/xeps/pull/905/ now :-)

<3

assuming no further AOB

8) Ite Meeting Est

thanks everyone, especially Tedd. Stay healthy.

Thanks

Thanks jonas’