KevGe0rG: Given your mail earlier, is it no longer your intention to try to get CS2020 through this Council?
Ge0rGKev: answering that question with either yes or no would end up ambiguous.
Ge0rGKev: I don't have my mail in front of me, but my intention was to vote on Draft today, and have Social added during Draft
KevAh, I see.
Ge0rGNot sure what kind of wording mishap happened to make you think I changed my plan
KevYour words were right, I just didn't understand them (because the thought of pushing it to Draft while there were pending changes didn't process)
Ge0rGSorry for stalling your pipeline
debaclehas joined
Zashhas joined
stpeterhas joined
stpeterhas left
debaclehas left
debaclehas joined
lnjhas joined
stpeterhas joined
stpeterhas left
stpeterhas joined
danielhas left
danielhas joined
stpeterhas left
stpeterhas joined
stpeterhas left
danielhas left
jonas’.
Ge0rGIs it one of those days?
KevAlways.
Ge0rGno, only with a probability of roughly 14%
Ge0rGDo we have a Dave?
Link MauveIt is one of those days.
dwdhas joined
dwdWe have a Dave.
KevI think Dave's too busy in xsf@ trying to find Boris-inspired ways to avoid democracy :)
KevAh, there we go.
dwd1) Roll Call
KevPresent.
jonas’me too
Ge0rG,o/
dwdAssuming Ge0rG and Link Mauve are still here, full house.
Link MauveYes.
dwd2) Agenda Bashing
dwdXEP-0243 to Draft, and that's it, right?
Ge0rGI have two points for the Agenda, related to CS-2020
dwdAOB or voting things?
Ge0rGa) shall XEP-0392 Consistent Color Generation be demoted from "Advanced IM Client" into "Future
Development"?
b) Can we advance XEP-0423 to Draft, given the changes that I promise to have pushed some time
tomorrow.
dwdOK, given these, let's discuss these first and *then* vote if we're to do so.
dwd3) Georg's Things.
Kev3a) Yes.
jonas’I have no strong opinion on (a)
dwda) shall XEP-0392 Consistent Color Generation be demoted from "Advanced IM Client" into "Future
Development"?
jonas’do whatever works
Ge0rGYes please.
Ge0rGI was heavily criticized for adding it to the mandatory list of the Compliance Suite, because Council is not competent at guiding UX, and because it's not ready yet and for other reasons.
jonas’so just remove it since that seems to be what the (loud part of the) community wants?
dwdI don't think I have an opinion here. But given the Wailing and Gnashing Of Teeth, I'm thinking punting it out of the compliance per-se would be the path of least contention.
Link MauveI’d say remove it, it can always get integrated back later once it’s clear it works properly for everyone.
Ge0rGindeed, but I have no fear of contention.
KevMy opinion isn't /that/ strong, but I don't think it belongs there, at the moment.
Ge0rGXEP-245 is also clearly guiding the UI design, and nobody objected _that_ (except for its ugly wire format)
danielhas joined
dwdPersonally I think there are UX issues in much if not all of what we do, but I would rather than CS matched some kind of community concensus anyway.
dwdb) Can we advance XEP-0423 to Draft, given the changes that I promise to have pushed some time
tomorrow.
KevI'd be happy to advance to Draft once my feedback's addressed.
Ge0rGThe promised changes are in #851, except for an update to the "Changes since 2019", which I'll fix after consensus is reached
dwdThis one is more problematc for me. My gut feeling is "no", modulo some very persuasive arguments I've not thought of.
KevI've not had a chance to check the rendered copy for differences from what I reviewed yet.
Ge0rGKev: your feedback was adressed on-list as well as in #851
pep.> Ge0rG> XEP-245 is also clearly guiding the UI design, and nobody objected _that_ (except for its ugly wire format)
I wanted to.. :-°
Ge0rGdwd: if we make it a formal vote starting today, we can manage to make a decision right before Council falls apart
pep.But it's so much used everywhere..
Ge0rGcan imagine
dwdWhen does Council cease to exist?
jonas’I have a bad gut feeling about the pre-vote process-wise too
jonas’dwd, the election meeting is on nov 21st
jonas’so the last council meeting will be on nov 20th
Kev#851 also adds 156 (probably ok), 520 in future (probably ok), and adds 77, which I don't think is ok, as well as the Push thing being weird (because at least Android nor iPhone guarantee long-lasting background connections, AFAIU).
jonas’i.e. 2 weeks from now
dwdGe0rG, Can you get everything merged by tomorrow?
Ge0rGdwd: please ask Editor.
jonas’can we have an irregular council meeting tomorrow?
jonas’Ge0rG, if it’s finished by tonight, I can arrange that
jonas’(tonight ~= 18:00Z)
Ge0rGdwd: I'll take all Council feedback that I can get and update the PR
Ge0rGjonas’: ack
dwdjonas’, That's what i was thinking. Nothig says our meetings have to be every week (indeed, they weren't until recently).
Ge0rGKev: does "I don't think is ok" translate into a -1?
KevWhere 'recently' is probably longer than they weren't ;)
jonas’I can join any time tomorrow except 10:45Z -- 11:45Z (lunch \o/) if I know when
dwdKev, More than likely, these days.
KevGe0rG: Including 77 feels wrong to me.
Link MauveI can join any time tomorrow.
Ge0rGKev: why?
dwdAGM is at 1900Z?
jonas’I think IBR is very right to include
Link MauveKev, 77 feels right to me, maybe excluding account registration.
jonas’dwd, yes
Link MauveBut allowing users to change their password is a must imo.
stpeterhas joined
KevBecause it pretty much presupposes that these things are Internet.
pep.Ge0rG> dwd: please ask Editor.
I can also help
Link MauveAnd supporting account registration (in a software) also seems like a must.
Ge0rGKev: this is about implementation support, not about having it enabled by default
KevLink Mauve: I think for just about all non-Internet (and a good chunk of Internet) cases this isn't true.
ZashMandating support for registration does not mean it has to be enabled on every deployment
jonas’Kev, note that software and deployment are separate things and disabling either registration and/or password change due to restrictions is valid
jonas’Kev, supporting account registration on the client side is very reasonable IMO, especially since there have been efforts of building onto the data forms flow of '77 for invitations and such
dwdGuys, stop a sec - if we hold a meeting tomorrow at, say 1600Z, can we all make it and do we think we can have CS-2020 ready for a vote by then?
KevI understand the distinction between deployment and implementation, but I think requiring stuff that's only interesting for (some) Internet deployments isn't right here.
jonas’("invitations" = links with tokens which allow registration to a deployment)
Ge0rGKev: do you actually have a server or client software that can't be configured to do IBR?
KevGe0rG: Several :)
Ge0rGKev: do those care about being "Core IM"?
Link Mauvedwd, I can be there at 17:00 CET tomorrow.
jonas’can we agree on having this only "Advanced"?
Kev"Care" isn't the right word, probably, but I think the other stuff in the compliance suite that they don't do they reasonably could, wherease IBR just isn't appropriate.
dwdKev, Ge0rG, jonas’, Link Mauve - Can we agree a meeting tomorrow at 1600Z, and if so, can we have CS-2020 merged and published ready for a vote by then?
Ge0rGjonas’: it doesn't make much sense to me, but yes
jonas’dwd, yes, works for me
Ge0rGdwd: +1
Link Mauve+1.
KevI *think* I can do 1600 tomorrow.
jonas’(dwd, sorry, I wasn’t ignoring you, I was polling my calendar)
KevBut I think thrashing this out now is worthwhile.
KevElse we'll get to the meeting tomorrow and vote on something not ready to pass.
dwdOK, in that case I move to adjourn the formal Council meeting until tomorrow. But feel free to use the remaining time now to thrash things out.
Ge0rGyes, having it done by tomorrow's meeting implies that we make all the decisions now
KevThat is, I think we should go into tomorrow with the approval being a formality.
jonas’dwd, I think that’s a very good move
dwdGe0rG, It does, and I agree with kev.
Kevdwd: On the IBR point, or on the point that we should agree it now?
Kevs/now/before the time of the meeting so it's a formality/
dwdSo, my view on '77 is that it's useful for password changing and IBR in various cases, but in a number of deployments it's undesirable if not impossible.
jonas’and deployments are free to disable features of the software
dwdKev, That we discuss things now so tomorrow is, as much as possible, a formality.
jonas’CS is for software, not deployments AFAIU
Ge0rGWhat jonas’ said. But I've been thinking about a "deployment" category-thing somewhere in it.
dwdjonas’, It's also for expectations. Could a client find itself reliant on '77 and unable to function without?
Link MauveKev, which kind of software can’t change passwords (at all, not depending on e.g. having connected with specific SASL mechanisms), btw?
KevLink Mauve: Anything running against a corporate directory, probably.
Ge0rGdwd: I don't see such a dependency in 0077
jonas’Link Mauve, my prosody can’t change passwords because it doesn’t have th enecessary permissions on the ldap database
Ge0rGI also can't imagine a client that will only work if you use it to register a new account.
jonas’16:18:27 dwd> OK, in that case I move to adjourn the formal Council meeting until tomorrow. But feel free to use the
remaining time now to thrash things out.
Link MauveRight, but Prosody the software can, if it is configured against another type of database.
jonas’can we do this please?
Ge0rGyou are drifting into deployments again
jonas’if I can catch a bus earlier that would be very useful
Kevdwd: Close the meeting, sure.
Link Mauvejonas’, I thought it was already adjourned.
jonas’and I don’t think this discussion is helpful for me or vice versa
dwd99) Ite, Meeting Est
Link MauveAnd we were just continuing the discussion.
jonas’dwd, thanks :)
dwd(But don't Ite)
jonas’date of next: 2019-11-07T16:00:00Z
Link Mauvejonas’, see you tomorrow. \o_
Ge0rGbye jonas’, I'll ping you and pep. with the finished PR
jonas’Ge0rG, thanks
Ge0rGKev, dwd: jonas’ suggested demoting IBR into "Advanced IM", to which I can agree.
Ge0rGNow the question is: can you, too?
KevI think it's wrong there, too.
dwdI think it's Basic with a note that says "Implem,entations cannot rely on XEP-0077 being deployed for either IBR or password changes as these may be undesirable or unavailable in a given deployment"
KevBecause it's meaning "IM" is "public open registration chat service", basically, and I think you can legitimately have an "Advanced IM client/server" for all the other uses cases that aren't the "public open registration chat service"
Link MauveI guess the goal of CS is relevant here, do we want to have a document to point newcomers who want to write XMPP software to, or do we want to have a document for certifying our existing software, or something else?
KevBRB.
KevAnd back.
dwdKev, WHat do you think of my note suggestion?
KevI could do both Basic and Advanced with a note saying "Only when intended for public open registration chat services" or something, similar to the weasel words for Push (with which I don't agree, but can live).
Kevdwd: I don't like it being required for implementations.
KevI think there's wiggle room here if people really want it in - but wiggling is needed.
KevOr something like "If in-band password change is provided, it must be provided with 77, if not an alternative out of band mechanism for password change must be possible". I think the registration part shouldn't be there for either, though.
Ge0rGWhat would be the alternative place to put it in?
danielif the CS is mostly about discoveribility or steering people to the right xeps for problems that have multiple xep solutions; i don’t think that ibr is hard to discover
danielfor those who need it
Ge0rGDo we need a new category "Public IM" just for IBR and 0157?
KevGe0rG: We could also just have a section ...
KevI was thinking "Account Management" just for 77.
Ge0rGKev: what's a section in CS terms?
dwdOr a section of "Other specifications of note", like the Future Dev one?
Kevdwd: Perfect.
Link MauveAccount Management should include a lot more than just 77, but that’s all we have atm.
Link MauveThings like MAM messages lifetime configuration, cleaning uploaded files up, etc.
Ge0rGLink Mauve: write the XEPs, and get them into CS-2021
ZashAd-hoc?
Link MauveGe0rG, yes.
Link MauveZash, yes.
Link MauveGe0rG, current MAM already includes that, future MAM won’t anymore.
KevI would suggest either "Other specs of note" as Dave said, or a new suite just for 77.
Ge0rGdwd: can we have a more formal name for it? "Further relevant specifications"?
ZashSuggested Reading, eg for the Mobile power consumption one?
Ge0rGI see a certain value in a new category "Public IM"
KevThere are other things that might belong there, like spam handling.
dwdGe0rG, "If You Like These Suites, You'll Love:"
Kev(Not this year)
Link MauveAnother future category, but that’ll be 2021 at least, would be audio/video.
Link Mauve“Jingle Category”
Ge0rGdwd: I'm not sure I'll get _that_ through tomorrow's council
Ge0rGI'd prefer a "Public IM" category over a section, because it's better structured that way. Also would include 0191
dwdGe0rG, "Further Specifications" section in each Suite. Good place to put '77, '286, and so on.
KevI note that you can do 'Public IM' fine without 77 too, but I'm much less militant about that.
dwdGe0rG, Would work for '392, as well. Stuff we can't or shouldn't mandate, but might be useful.
Ge0rGdwd: I have a bit of a fear that it will end up in a huge list of meaningless and unweighted bullet points
KevI like the "Further Specifications" (or "Further Specifications Of Note") idea per suite best, but can go along with the new suite.
Ge0rGIn that case I need to weigh on which XEPs belong into "Further" and which ones belong into "Future"
Ge0rGOkay, I will create new "Further Specifications of Note" bullet lists in the relevant Compliance Categories. Next?
dwdI don't see anything else raised by Council folks.
Kev66 goes in there, I think, and that addresses my other bit of feedback.
dwdOh, there we go.
Ge0rG66 together with SIMS?
Ge0rG0333 as well, I suppose.
Link MauveSIMS is very much future atm.
KevI would avoid adding anything more than we've already been through.
KevIt feels like we've got something we can live with. Further tweaking is inviting calamity.
Link MauveSo it’s safe to ignore it for this year.
KevIMNRHO
Ge0rGKev: do you consider the current state of #851 as "we've been through it"?
Ge0rGand I'll move IBR, 66, SIMS, 0392 into the "Further Specifications Of Note" sub-section and be done with it?
KevI mean, if the new stuff gets moved into the new 'Futher Specs' bit, it looks ok to me, I think.
KevOh, yes, 392 in Further Specs is better than Future, good call.
KevI think there was one extra thing added with 77? Let me check.
KevOh, 157. I think that's better in Futher Specs, but don't feel as strongly as 77.
Ge0rGKev: 157 hangs on 777
Ge0rGKev: 157 hangs on 77
Link MauveDoes it?
KevAh, it's in there only as 'recommended for public servers' anyway.
ZashIs CS meant to be a deployment thing now, not just an implementation thing?
pep.Kev, As a private entity it might still be good to know which part of another private entity I should reach directly, if the information is available
Ge0rGKev: https://op-co.de/tmp/xep-0423.html#im
Ge0rGZash: shush!
pep.Zash, apparently..
KevImplementations are always intended for deployment. If your implementation isn't for deployment in a public server (in the sense here) the implementation doesn't need to support it.
pep.What about what I just said?
pep.It would still be a private deployment
pep.federating
KevGe0rG: I've just read the "Further Specifications of Note" thing under #im, and that looks good.
KevThanks for sticking with this.
Ge0rGKev: I've renamed it to "Further specifications of note, which are not required for compliance:" for maximum explicity
Kevpep.: I didn't say 157 needed to be public only, I just said that in the diff it was public only, which is at least as restrictive as I felt was needed.
KevGe0rG: Thanks.
pep.I'm still not sure why you'd want to get Core/Advanced IM compliance for a private deployment anyway, but oh well
KevFWIW, annoying as this probably is, I think having these sections makes the CS much better than trying to shoe-horn things into compliance, or be ignored completely, so it's a net win, even if at an unfortunate time.
Kevpep.: People still have to write the implementations that people then select for private deployments.
pep.Well they you define your specset and be done with it?
pep.And you call it PrivateCompliance(tm)
KevIf you can always just define the features you want, and check if implementations support them, and don't need guidance from the XSF, the Compliance Suites have no value.
Ge0rGcould you please stop that meta discussion? It's making my head spin
Ge0rGKev: also just moved 0286 into a similar space under https://op-co.de/tmp/xep-0423.html#mobile
KevGe0rG: Unless I've missed something, we're good now, and we should stop this.
KevGe0rG: I think that's an improvement too, thanks.
Ge0rGKev: thanks very much for the heated debate, I also consider this as an improvement over before, even for 77
Kevpep.: I think that "The Internet is the only network we have to think about, or 'all services are public services'" are mindsets the XSF falls into quite often, and it's very harmful.
Kevpep.: I think that "'The Internet is the only network we have to think about', or 'all services are public services'" are mindsets the XSF falls into quite often, and it's very harmful.
pep.I think the question is pretty clear, who is the target of CSs, and why would a private company want to comply to it. If they deem they don't need avatars they just don't do avatars
KevIt sounds like you're assuming that anyone with a private deployment wrote it themselves, or had it custom-produced for them.
Ge0rGKev: that sounds like a strong parallel to the CA/BF and other entities equalling "Internet" with "Web", and causing much more collateral damage than we ever could
pep.Kev, sure. I'm not promoting free software dev slavery for profit-driven companies
pep.And I think I'm done with this discussion.
KevWho said anything about free software, or profit-driven companies?
Ge0rGbut I still think that supporting IBR in an implementation is a net win for that implementation, even if it's targeted at Enterprisey Enterpises.
danielI think having a map for the jungle of xeps is very valuable to all kind of implementations. The map should just properly mark paths as such if they are only valuable for some demographics
Kevdaniel: I agree (and I think Ge0rG's changes just now make this much better).
danielIt not just about getting the 'compliancy stamp'
KevYes. I see the compliance suites as more useful for advice to implementors about what people choosing software might need, than about a sticker.
KevIt's why, in a future year, I'd like to see them not called Compliance Suites, but something that better reflects they're Implementation Advice.
pep.Then I don't understand why you fight so hard against IBR. These two last messages make me wonder
pep.If you don't want the stamp anyway
KevBecause I think it's bad advice to say it's needed in the general case (plus, as long as the compliance suites advertise themselves as compliance suites, they'll be treated as such).
daniel> It's why, in a future year, I'd like to see them not called Compliance Suites, but something that better reflects they're Implementation Advice.
I think I agree with that. The compliance suites have certainly evolved into what can be understood as implementation advice.
pep.wherever there are green checks people will see green checks. Call it however you want ("Compliance Suites" or "Implementation Advice")
danielThat being said. Stickers are also nice
danielBlindly chasing green check marks is probably not something we want to encourage
danielSays the person who developed the compliance tester
Link MauveKev, I’m thinking about drafting a blog post emphasising “XMPP 2020”, with the compliance suite being its technical specification, but also to encourage implementations to get the stamp.
Ge0rGMy feeling with much of the 0392 backlash was that it came from people blindly following green checkmars.
Link MauveI don’t know if that aligns with your views.
pep.Ge0rG, did it?
Ge0rGI disagree with Kev regarding the value of a CS-2020 stamp, so feel free to put my name on that blog post ;)
Ge0rGLink Mauve: ^
Link Mauve:D
Link MauveA little bit of marketing won’t hurt us. ^^
Link MauveI’ll let you all review it of course.
Ge0rGpep.: along the lines of "we can't implement 0392 while following the Whatever Usability Guides so now you make us lose Advanced IM!"
Ge0rGpep., jonas’: https://github.com/xsf/xeps/pull/851 is ready to merge now
pep.k
Ge0rGpep.: good luck doing the version block!
Ge0rG🙈🙉🙊
Ge0rGBut I suppose you can derive it from https://github.com/xsf/xeps/pull/851/commits/b378edaa069b2d4df2fa5c0b88bf0c927dd585ff
danielBut yeah I think we were successful in creating a compliance suite that nobody implements
pep.Ge0rG, you know generally we just add the "Needs version block" label and let people do?
pep.I'd prefer if you did it, you know best what goes in there :x
pep.ok if it's "just" that I can have a look
Ge0rGdaniel: in light of that statement, I now see why you didn't follow up to our recent discussion re Compliance Checker vs Compliance Suite, and how the latter can learn from the former
Ge0rGpep.: I always struggle with what version to put in there, and fear that Editor Tooling will mess around with it. Sorry
pep.Update the minor, it's not an editorial change
pep.editorial is patch, and major is process
pep.(I mean.. experimental, draft, final)
pep.I'm also very much new to that anyway :P
Ge0rGpep.: see, you can train your editor skills now! ;)
pep.How lucky am I!
Ge0rGI'll try to do it next time, but I still haven't fully recovered and already spent more on 0423 today than my time budget permitted.
pep.k, I started already
pep.Ge0rG, you forgot to add 333 and 420 in the changelog since 2019
Ge0rGpep.: you just made me shiver a little bit, but I intentionally left out "Future Development" from "Changes since 2019"
pep.I see. I'm wondering if I should add that in the changelog. But I see now I've copied your block last time and it wasn't in it..
danielhas left
danielhas joined
pep.Ge0rG, pushed. Let's wait for CI now..
jonas’pep., just build locally with docker
pep.I don't have a good enough uplink
pep.it takes ages
jonas’building?
jonas’or pushing?
Zashworry about your downlink
pep.pushing
jonas’right
jonas’is it on master already?
pep.yeah it's master
jonas’I’m building it
pep.thanks
jonas’this 1 MiB/s uplink must be good for something.
ralphmhas joined
Ge0rG> Microsoft is at capacity with at least some of its Azure VMs in the East US2 region, users are reporting. Microsoft acknowledges it is placing restrictions on additional quota on some customers there: https://t.co/8cCaKvJJh1
Stop using the cloud already! It's overloaded!
https://twitter.com/maryjofoley/status/1190015959140057089