Kevhttps://xmpp.org/extensions/inbox/client-key.html would probably benefit from renaming as well.
ZashNaming things
Ge0rGLike user-invite?
DaveKev, Renaming?
KevI would expect a client to submit an automatically generated name for themselves in most instances, but have the user able to rename things in the event that they have, for example, two devices with Swift for iOS on.
KevThat's how these things have typically worked in my limited experience.
KevLast-used is also useful in these instances.
Ge0rGKev: oh, renaming the client name.
Ge0rGIt might also make sense to differentiate long-term CLIENT-KEYs from short-term ones for resumption.
Ge0rGIt will be very confusing if a client name is present twice, with different keys, one for 24h and another for 30d.
Holgerhas left
Holgerhas joined
Ge0rGIf you read the proto-XEP in an unfortunate scrolling position, §3.2 reads like "Kev Revocation"
Ge0rGhas left
DaveYou can revoke Kev, but he has a TTL as well, as do we all.
ralphmhas joined
Ge0rGhas left
Holgerhas joined
Ge0rGhas left
Davehas left
Davehas left
ralphmhas joined
danielhas left
genofirehas joined
ralphmhas joined
Ge0rGhas left
ralphmhas left
jerehas joined
genofirehas joined
Ge0rGhas left
Davehas left
ralphmhas joined
danielhas left
DaveAre we sitting comfortably?
Ge0rGYes, sir!
KevThen let's begin.
DaveKev, Glad someone got that. :-)
Dave1) Role Call - Who's here?
KevI seem to be.
danielhere
DaveSamWhited, ?
Ge0rGstill here
Ge0rGhas left
DaveGreen-ness from SamWhited but no response, so I'll assume absence for now.
DaveWe'll move on...
Dave2) Agenda
DaveAs emailed, but we have one additional ProtoXEP to consider.
KevI suggest we don't, actually.
SamWhitedhere now, sorry about that
DaveAs far as I can tell from the rules, I should open that vote now, but I'm happy to defer it if we think we ought to?
KevIn as much as if we want to encourage people to be voting in meeting, rather than onlist (and I think we do), slipping things into the agenda without notice is counter to that.
Ge0rGDave: you skipped the initial #2 from your agenda email.
DaveGe0rG, I'm renumbering, sorry.
danielhas left
genofirehas joined
Ge0rGI have no strong opinions on hurrying my and MArc's protoXEP. It wasn't even yet officially announced to the ML.
genofirehas joined
genofirehas joined
genofirehas joined
DaveKev, If everyone's happy with that, we can push it off until next week.
jonasw(it will be once the mailman passes my mail through; I sent it just now)
genofirehas joined
DaveGe0rG, Oh, in which case it's missed this meeting, so perfect.
genofirehas joined
Kev(When I'll probably be on the road and will have to onlist anyway, unhelpfully)
KevI do think client-key needs examples of it being used.
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
Ge0rGKev: examples in the XEP text?
KevYes.
genofirehas joined
DaveKev, Yeah, I agree. Needs examples in the I-D too.
genofirehas joined
DaveKev, Same with TOTP.
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
Dave7) Deprecate XEP-0126: Invisibility
genofirehas joined
KevWhat was the background to this proposal?
genofirehas joined
Kev(I'm almost certainly +1, but just for flavour...)
genofirehas joined
DaveI'm +1 for this, we should be advising people to do invisibility via Privacy Lists anymore.
genofirehas joined
genofirehas joined
KevInsert negation of choice.
genofirehas joined
genofirehas joined
DaveKev, I assumed this was SamWhited's general push toward deprecating old stuff.
genofirehas joined
DaveKev, And yes. Shouldn't be advising.
Davehas left
genofirehas joined
Davehas left
SamWhitedYah, background is that privacy lists are deprecated and there are multiple ways to do invisibility which is confusing (I had this specifically brought up at a meetup by some random people)
genofirehas joined
genofirehas joined
Kev+1
SamWhited+1
genofirehas joined
Ge0rGWhat is the encouraged way to do invisibility?
genofirehas joined
genofirehas joined
KevGe0rG: With a cloak from Hogwarts.
genofirehas joined
DaveGe0rG, XEP-0186 from memory. I may have the number wrong, but it's somewhere around there.
genofirehas joined
daniel+1
genofirehas joined
Ge0rGKev: that can be circumvented with the Marauder's Map.
DaveKev, Did I mention that Hogwart's is being closed? Or at least, the Great Hall part of it?
genofirehas joined
DaveBut anyway.
genofirehas joined
genofirehas joined
genofirehas joined
DaveI see a +1 from everyone except Ge0rG.
genofirehas joined
Ge0rGI suppose this is an "on list" from me then, I don't want to rush things without skimming through both XEPs
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
Dave8) Trello Tidy
genofirehas joined
Ge0rGhas left
genofirehas joined
genofirehas joined
DaveA few things in Trello I'm not clear about the status of:
genofirehas joined
genofirehas joined
genofirehas joined
Ge0rGBTW, who is taking notes?
Davea) There's a bunch of stuff in Pending that I think has expired and/or been voted on.
genofirehas joined
DaveGe0rG, Yeah, nobody volunteered so I'll write something up later.
Ge0rGDave: thanks
Ge0rGAre pep-vcard-conversion and "Deprecating 84" in conflict?
SamWhitedYes, but even if we decide to deprecate one of the avatar formats I don't think it hurts to have the informational work around available for a while
DaveIn particular, I think we were bound by rules to repeat the Last Call for XEP-0387, but I don't see that as having happened.
Davehas left
DaveBut also, people have continued commenting on the previous Last Call thread.
SamWhitedI am not interested in addressing feedback that came in after the last call was over. Forcing it to be restarted and never getting this out the door is starting to drive me mad. Feedback will be addressed in a future version (lots of it is very good), but not in this one unless someone else wants to take over.
Ge0rGThe Last-but-one Call?
DaveSamWhited, I'm fine with that.
DaveSamWhited, I'm just trying to figure out if we can actually vote it through at this point.
Ge0rGAccording to my mail log, the last Last Call was going from December 7th to December 21st, and there was no feedback after December 11th.
DaveGe0rG, I can't find that Last Call announced on the mailing list, which is my problem. Was it?
DaveSo yes, we *can* vote on this (and I should have put it on the agenda, sorry)
Ge0rGSo while the discussion was under the Last-but-one Call email thread, I don't think the content should be ignored.
KevWe can vote, but I don't think the feedback there has been incorporated as of yet.
SamWhitedIt will be incorporated in the 2019 suites since it came in after the LC had ended.
Kevhttps://mail.jabber.org/pipermail/standards/2017-December/034019.html - that last call?
Ge0rGSamWhited: are you speaking of the October LC?
DaveSamWhited, No, looks like there was a Last Call open at the time.
SamWhitedI don't recall. I'm reasonably sure I had all feedback addressed, then the council changed before the voting was finished and now we have another LC and more feedback.
DaveSamWhited, Sounds about right. Can you incorporate that feedback and we'll vote (and hopfully publish) next week?
KevI think that flow of events is correct, but the implication that the more recent feedback doesn't need addressing doesn't seem right to me.
SamWhitedNo, I would like us to vote on the current form. We can address anything else remaining in next years.
KevThat seems to be a sake of process for the sake of process.
Ge0rGSamWhited: are you going to keep a list of open feedback items for next year's Compliance Suite?
SamWhitedI disagree, restarting the LC seems to be process for the sake of process
SamWhitedI just want compliance suites to actually exist in the year that is in the title.
Ge0rGI don't know, without re-reading the whole thread and the XEP, which feedback is still pending and needs to be carried over into 2019.
KevI mean issuing a vote when you already know that one of Council has outstanding feedback that isn't getting addressed seems to be a redundant action.
KevIf I issue a PR to address my feedback, does that make this any easier?
KevNot that I have any spare cycles.
danielhas left
SamWhitedNo, it doesn't, the point is to not go through multiple more weeks with multiple more changes which will just lead to more people having disagreements and more revisions. At some point we just have to say "this is good enough for this year". That *should* have happened before this year started, and it was on track to, then an excuse was made to continue putting it off and submit feedback late.
Ge0rGhas left
KevThe way I see this, me being on Council requires me to do a thorough review of it before advancement. I did that, and found stuff that needs addressing. Whether that was given during the renewed LC, or at vote time, doesn't change that. But doing it during LC gives the opportunity to address it before the vote.
DaveSamWhited, Yes, we do have to decide when to say it's good enough. And it's Council that does that, via the process in XEP-0001. I don't think ignoring feedback is a solution here.
DaveANyway, we're running out of time, so I'll move on for now.
Ge0rGKev: if your feedback is not incorporated before the vote, does that imply a -1?
DaveI think we'll skip to:
KevGe0rG: Well, yes. Unless the discussion leads to my feedback being wrong-or-such.
Dave9) AOB
Ge0rGMaybe we can arrange for a vote of the XEP as-is, _now_, and have Kev make the PR and Sam start a "Compliance Suite 2019" with the feedback incorporated in the next weeks?
KevNo real AOB here. I'll send out a request for agenda for the Summit shortly, but nothing much for Council to do about that.
Ge0rGWe've had a Council re-election and holiday season block progress for some time already.
danielAOB: publish-options
danielcan we vote on one of the PRs
danielpreferably the latest one
Davedaniel, We can; I saw these were voted on, but the vote was deferred for more feedback from the list - but I didn't see any discussion there.
Ge0rGdaniel: IIRC you wanted to ask for comments from the community?
Ge0rGAs I lack experience with pubsub and understanding of the complexities of 0060, I'd like to hear from parties implementing this and/or impacted by the change.
danielGe0rG, i wanted to ask for comments? i already did. that was mostly ignored. so i assume people either don't care or it's 'above their heads'/the don't have an opinion on that
danielnot sure how waiting longer or bumping the thread will be any help
danielat some point council will have to make a decision
danielas you can't force 'the community' to have an opinion on that
Davedaniel, OK, but the vote was explicitly deferred in order to gain feedback. Hence I didn't put it on this week's agenda.
genofirehas joined
Ge0rGI don't know of PubSub implementations outside of the ones represented by xsf@ lurkers.
genofirehas joined
danielDave, how would you like me to gather feedback then?
genofirehas joined
genofirehas joined
Davedaniel, If you're asking for a vote in the absence of community feedback, I think I'd want to vote on-list to find the time to really study these in any case.
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
Davedaniel, I'm not - I wasn't in that meeting. I'm just going by the decision made in my absence. Let's vote on this next week, feedback or not.
genofirehas joined
Ge0rGDo we have council members who are working on affected implementations, besides of daniel?
genofirehas joined
KevI think anything in AOB that's going to need Council to do reading to get context in their heads is going to result on on-list at best, so may as well be a formal item in the following meeting. But I can onlist.
genofirehas joined
KevGe0rG: All pubsub implementations are affected, I think. So yes.
genofirehas joined
genofirehas joined
genofirehas joined
Ge0rGKev: it would be great to have feedback from those Council members, then. On list.
danielDave, i'm more than fine with council members taking their time. i just want them to take that time and not prolong this for ages
genofirehas joined
genofirehas joined
SamWhitedI'm all for voting on list, this meeting or next. I don't think we're going to get any community feedback on this as XEP-0060 is just too complicated and very few people understand it and even fewer have implemented it.
genofirehas joined
genofirehas joined
danielor come up with a strategy to gather feedback from people who work with pubsub
Davedaniel, It'll be on next week. That's the first of the XEP-0060 trello cards, is it?
genofirehas joined
genofirehas joined
danielok
genofirehas joined
genofirehas joined
DaveSo:
KevIf someone starts a thread, or bumps the current thread, asking for feedback, I'll give mine there. Then maybe that will encourage others to give feedback on standards@. Or maybe it won't, but it's a chance.
genofirehas joined
Dave10) Next meeting
genofirehas joined
DaveSame time next week?
Ge0rG+1W WFM
genofirehas joined
KevI can't do next week, but enjoy yourselves without me.
SamWhitedWFM
DaveKev has given apologies already, anyone else?
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
DaveI'll take that as a no.
genofirehas joined
DaveSo I think we're done.
Dave11) Ite, Meeting Est.
genofirehas joined
DaveNow I can go write the minutes.
genofirehas joined
genofirehas joined
KevThanks all.
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
Ge0rGhas left
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
ralphmhas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
genofirehas joined
SamWhitedSo, RE Compliance Suites: I think it is important to work to a deadline on these. The beginning of the year may be an arbitrary deadline, but if we're going to consistently issue guidelines we can't keep doing a repeat of the 2010 or 2012 ones where they end up being in experimental for 5 years (or even half of a year). This is not a normal XEP where we can never make changes again after final and once the community adopts it it's hard to change, we have another shot every year. I hope that clarifies my position a bit.
SamWhitedIf a council member thinks that it would be harmful to issue these as guidelines, they can of course -1 but I don't think any of the problems with it are that serious.
Davehas left
Davehas left
danielhas left
Davehas left
KevI think missing things out, or recommending the 'wrong' thing (e.g. '84 instead of '153, not doing '49/'54) can be actively harmful for interop, as we expect new implementations to use these specs as a 'what do I need to implement at the moment', which is why I care. You've noted before that it's confusing when there are multiple options on the table and people don't know which to choose. If we point people in the wrong direction for the current reality with the compliance suites, that's adding to the confusion.
KevIt's not the same as having some nice feature that we could include, but don't, for things like that, in my view.
jonaswI think the argument was that the compliance suites should posit how things *should* be, not how they currently are?
Ge0rGIsn't it somewhere in between? What is needed for interop, and what is needed for a nice future?
KevHow far ahead? The 153/84 thing isn't clear at all. '49 has been the status quo for a decade and a half, and shows no signs of changing, etc.
SamWhitedThen that feedback should have been sent when it was in LC
KevIf we have compliance suites where implementing the suggestions means that you can't interoperate with the same features as everyone else does them, that seems deeply unhelpful unless we're very clear that it's aspirational.
Ge0rGhas left
KevSamWhited: There's two things with that. 1) There has been a new LC, triggered by the change of Council, since. 2) Council's review on advancement is not the same as LC feedback from the public.
SamWhited1 is process for processes sake and I don't think ever should have happened
SamWhited2 I disagree, council should have gotten their feedback in before it came to them for a vote so that it could have been addressed
KevI wasn't Council for the previous LC, and it hasn't been voted yet. Which is one of the reasons for (1).
SamWhitedIf there is disagreement and it's not addressed they are obviously free to -1, but we should still get feedback to the author in a timely manner instead of giving it when we -1
SamWhitedI don't see why your feedback would change because you are or are not council
KevDid you do the same level of review of all XEPs going through the process before you were on Council, honestly?
KevThe level of review expected by Council is not the same as that expected by every other person in the community.
SamWhitedI suppose that's fair; if I reviewed them at all I gave the same amount, but I didn't review all of them before I was council.
KevThe level of review expected by Council is not the same as that expected from every other person in the community.
KevThe reason I took a break from Council, as it happens, was purely because I couldn't afford to spend the many hours every week it often takes me to be on Council.
SamWhitedEither way, this is about deadlines and I think we should have made the deadline and should still get these out as quickly as possible even if they're not perfect. I don't see any major problems with them as they are now (for compatibility or otherwise) so I would like to have it voted on. If it's -1ed because someone disagrees then so be it.
jonasw(FWIW, this was the final argument which convinced me to issue the LC, I didn’t do that for process’ sake)
Ge0rGSo how can we move on from here?
KevIf this had made it through previous Council, this wouldn't have come up, but as things stand, the XEP is in front of me and as Council I do have to make the vote I think is appropriate - and I do think some of the recommendations in there will add to confusion and therefore be potentially harmful.
KevI have offered to propose the changes I think are needed myself, to try to unstall this, but I can't force that.
SamWhitedMore harmful than continuing to not have compliance suites even though we could immediately fix them in the experimental suites for next year?
Kev(I really don't want to, because I'm time-poor, but I will).
KevWe could immediately fix them in the suites for this year, and have them advanced, too.
KevThe time to write the changes for the current text is presumably shorter than to write a new protoXEP, and we've not voted on either yet.
SamWhitedBut that will take multiple more weeks and I think it's much more important to have compliance suites issued in a timely manner.
KevDoes it need to?
KevIt would be uncomfortable for me to fit submitting a patch in before next meeting, but I will if that's the only way to unstick this.
jonaswFWIW, there’s no need for a new LC if changes are incorporated
KevVote happens next Wednesday. Everyone other than me votes in meeting. I vote onlist at the start of the following week. 12 days and it's done.
Kevjonasw: I know.
jonaswif I’m reading XEP-0001 correctly
jonaswI’m not sure that SamWhited knows.
SamWhitedI am aware
jonaswso I don’t see how this will take weeks.
jonaswupdate today, vote next week, 1w exactly, done.
SamWhitedI am just sick to death of us having to have everything be perfect and not being able to meet a simple deadline.
SamWhitedAs soon as there are new changes there will be someone else mad about it and we'll bike shed for another month. I hope to be proven wrong on that, of course.
KevI think the only deadline is actually the Author having addressed feedback before Council votes on it ;)
jonaswSamWhited, no, they won’t be asked
SamWhitedAnd that was done, then the council didn't vote for weeks and made up an excuse to put it back into LC again.
jonaswwell, okay, they will be asked implicitly, but I doubt that there will be much going on w.r.t. to that.
KevI think you're wrongly fixating on LC here.
KevThe only thing the LC has meant is that my feedback went to list as LC feedback, rather than as justification for -1.
moparisthebestas an aside I think SamWhited is right, for instance the new https://dino.im/ website advertises "compliant with the official XMPP Compliance Suites 2016." and to someone not deeply involved in XSF that looks like it's 2 years out-dated
Ge0rGWith the LC over, one way or another, Council are the only ones who are allowed (and required) to provide feedback now.
KevIn both cases the Author's expected to address it to the satisfaction of Council.
KevGe0rG: Well, that's not true. Anyone is allowed to provide feedback at any time.
Ge0rGKev: damn.
KevLC is a request for a specific type of feedback, at a specific time. But standards@ is not muted the rest of the time.
jonaswbut council does not need to issue a new LC
jonaswcouncil is free to advance a XEP in its current state, no matter which pending feedback there is
ralphmhas joined
SamWhitedIt was addressed to the satisfaction of council as far as I understood it, then the goalposts shifted and here we are over a week into 2018 and we still only have 2016 compliance suites.
KevIf it was addressed to the satisfaction of old Council, surely it would have been advanced by now?
KevBut regardless, current state is, I think:
SamWhitedOne would think. These are also the same compliance suites that should have been 2017 ones but we kept bikeshedding details until eventually I just renamed them 2018.
KevSam wants a compliance suite 2018 to be advanced.
Ge0rGhas left
KevKev wants changes made to compliance suites 2018. Kev wants compliance suites 2018 advanced.
KevOK. So old Council failed. That can be a thing.
KevNew Council are here, and there is a clear path to how to get this advanced imminently.
KevI don't currently understanding why you don't want to take it.
KevI also don't English, obviously.
KevIf it's that you think the changes I'm proposing are actively wrong, I don't think that was reflected in your replies to date.
SamWhitedWe should have voted weeks ago, we should have voted this week, etc. every time there is some excuse why we should vote later. More changes will just lead to more delays.
SamWhitedBut I do think the feedback was good, FWIW, just not worth spending more time on until next years.
KevI don't think it was on Dave's agenda for voting this week.
jonaswSamWhited, do you really think that people are actively making up excuses to sabotage the compliance suites to be published?
SamWhitedThere has been a card on trello for months asking for a vote.
jonaswSamWhited, do you really think that people are actively making up excuses to sabotage the compliance suites from being published?
SamWhitedjonasw: not in a malicious way, but yes
KevI get, I totally get, the frustration in this dragging on. But I'm offering an out here by doing the work needed to get this through.
jonaswwhat is a non-malicious way of doing that?
KevAnd entirely not because I love doing XEP work.
KevSo, separating 'how we got here' from 'where we go next', I'm not currently clear why you would rather it go to vote next week in a form it'll be rejected, rather than go to vote next week in a form I have no reason to anticipate won't be accepted.
jonaswKev, if you can summarize in two sentences what changes you want, I’ll make a PR for you.
Kevjonasw: Thanks. I think at the point I've trawled my previous comments and got it down to two sentences, I may as well submit the PR, but I very much appreciate the sentiment.
jonaswk
SamWhited(just got pulled into an actual work meeting, sorry, maybe be unresponsive for an hour or so)
Davehas left
Davehas left
Davehas left
Ge0rGhas left
danielhas left
SamWhitedhas left
danielhas left
Ge0rGhas left
jerehas joined
Kevhttps://github.com/xsf/xeps/pull/554 seems to be stuck in limbo, after we agreed on needing it in Council last year. I think that needs a Council vote too.
Kevadds to agenda.
ralphmhas joined
Ge0rGKev: thanks
Davehas left
Ge0rGhas left
danielhas left
Ge0rGhas left
Tobiashas joined
Tobiashas joined
Davehas left
Ge0rGhas left
Davehas left
Davehas left
ralphmhas joined
Ge0rGhas left
KevI have submitted a PR that addresses my feedback, and which I will happily +1 if merged.
Kevhttps://github.com/xsf/xeps/pull/569
KevFrom the PR message:
KevThis addresses, I believe, all the issues I raised. Where I was wrong (84), or it was contentious (220), I've dropped the point. Where Sam felt it was worth watering down (needing 153, but only read-only), I've done so.
KevIf other Council folks would be kind enough to review this and check if I've screwed anything up, or this would alter their +1 of the spec, please let me know early. Ideally before Sam reviews it, to make this painless for him.
KevAssuming this gets merged in time, I suggest a vote on advancement next week.
Kevdaniel, Ge0rG, Dave: ^
KevI will be mostly out of action between morning Friday and next meeting, so if people have things I need to address, please let me know by then.
Kevhas left
Ge0rGDamn. Reading those diffs is really a painful excercise in following up indirections.
Ge0rGWe should add aliases &yes; and &no; for the #1000x codes
ZashThe what
Ge0rGhas left
Davehas left
Davehas left
Ge0rGSo ✓ is "yes" and ✕ is "no", and you need to know the order of the columns from elsewhere in the document
Zashhas left
Ge0rGKev: so you've added 223 to the "IM / Advanced Server" profile, but not 222.
ZashHow was it you fetched PRs from git?
SamWhitedGe0rG: if you know XML-y things I would love suggestions on how to fix that… I constantly put things in the wrong place because I couldn't remember what the number of each one was.
SamWhitedAlthough, it's always UTF-8 encoded no? Maybe I just don't need to escape them… not sure why I didn't think of that before, I should try that.
Ge0rGSamWhited: might be as easy as this:
`<!ENTITY yes "✓">`
SamWhitedoh, that's a good idea too…
SamWhitedThanks, I'll update that in next years.
Ge0rGSamWhited: great!
Ge0rGSamWhited: I hope you keep track of the pending changes for 2019.
KevKev: so you've added 223 to the "IM / Advanced Server" profile, but not 222.
Yes, because 223 is needed for 48, but this might not be clear. It was already required, I just called it out.
Ge0rGKev: 48 RECOMMENDs 223, but it does not REQUIRE it.
Ge0rGI still think it is good to call out support for 223, but then we should also add 222.
Ge0rGAnyway, I'm okay with any subset, including the empty one, of {222, 223} be part of CS2018.
KevGe0rG: I'm trying to keep the diff as small as possible while addressing my comments. If you really want 222 if 223 is added, I'd be inclined to remove 223, but I think what I've got there is helpful.
KevOk, thanks. In that case, I'd go with what's there.
Ge0rGhas left
KevI was pondering whether to have 223 as a client or not. I'm happy to make that change if people want.
Ge0rGKev: my feeling tells me to replace the "N/A", but then again I haven't implemented PEP yet anyway.
Davehas left
Davehas left
ralphmhas joined
Ge0rGhas left
Davehas left
Davehas left
ralphmhas left
Ge0rGhas left
ralphmhas joined
pep.ooi, why are the compliance suites dated by year, and not versioned? Is there a rationale somewhere?
pep.I think that forces imaginary deadlines for no reason
danielpep.: so people see that this is recent and is actively being worked on
danielCome the year 2022 you have no idea whether version 3 of the compliance suite is still current or something that hasn't been worked on in years
pep.I see your point, but I don't know if end-users need to know or care. I don't think they should even have to know about XMPP in the first place
pep.Developers will know what version X of XEP-Y means
danielI wasn't talking about end users
danielAnd no developers don't know
ZashWeren't compliance suites supposed to be for marketing or certification?
pep.daniel, that is sad :/
danielZash: they can if you want them to
danielI have a course you can let your employer pay for
pep.But yes that makes sense for marketing etc.
danielThat makes you a certified xmpp developer
pep.You give them a medal? :P
danielCertificate
pep.Same
danielPeople love certificates. HR loves certificates
danielEveryone has a masters degree these days. But a certificate will set you apart
pep.I don't, and most at work here don't
pep.Still I think we're doing ok
pep.But yes sadly I get that's how it is
moparisthebestI'm positive it's not universal at all, but I've worked with 2 devs that had masters degrees and both were the worst devs I've ever worked with 😛
moparisthebestcompared to the rest of the devs I work with with only bachelors degrees or no degrees
Ge0rGhas left
Syndacehas left
Syndacehas joined
danielBut in all seriousness: most normale developers (normal as in outside the xsf) believe xmpp an unnavigateable jungle of XEPs. Telling them here are the 8 xeps you should implement if you want your product to be compatible is really useful. And has nothing to do with just marketing
pep.daniel, don't get me wrong, I know compliance suites are useful
danielYou can't assume that the average developer will know 400 xeps or do the research into what xeps are implemented by other clients
pep.daniel, don't get me wrong, I also think compliance suites are useful
pep.I would hope developers would aim for some interoperability with other clients and servers
pep.If their product is out in the open
moparisthebestbut also used for marketing I think is good, but can also go wrong, dino.im mentions it's compliant with 2016 suites, which to everyone not in XSF makes it look 2 years behind
pep.They could say "the latest compliance suite"
pep.That already looks better
moparisthebestbut then where would it link? and it might not always be true 🙂
pep.Yes people have to keep up-to-date, it's a fact
pep.They can change the text if it's not true anymore, or change the link to point to the newer versoin
pep.They can change the text if it's not true anymore, or change the link to point to the newer version
Davehas left
pep.Or they can keep "2016" if they don't care about people thinking what you said above
ralphmhas joined
Ge0rGhas left
ralphmhas joined
Ge0rGhas left
danielhas left
danielhas joined
SamWhitedhas joined
Zashhas left
Ge0rGhas left
KevScrolling backwards a bit, I don't have a Masters. That makes me great, right?
XMPP Council - 2018-01-10