ralphmGe0rG: well yeah, there's still no reasonable choice for MacOS, I think.
Ge0rGAnu needs another pair of hands
alacerhas left
neshtaxmpphas left
olihas left
neshtaxmpphas joined
Steve Killehas joined
andyhas joined
goffihas joined
wurstsalat> Anu needs another pair of hands
+1
j.rhas left
alacerhas joined
vaulorhas left
contrapunctushas left
404.cityhas joined
j.rhas joined
GuusAh, yes. I was talking to people that were interested in providing those
GuusI'll try to revive that effort.
j.rhas left
j.rhas joined
GuusI've never spoken to Anu, I think. He's not in this MUC, I think. Is he still travelling?
GuusCan anyone introduce me?
vaulorhas joined
alacerhas left
rtq3has left
lnjhas joined
j.rhas left
j.rhas joined
contrapunctushas joined
Kevhas joined
SeveGuus, he is usually here monal@chat.yax.im (I don't know him personally either)
kokonoehas left
olihas joined
neshtaxmpphas left
andyhas left
neshtaxmpphas joined
kokonoehas joined
ThibGhas left
ThibGhas joined
j.rhas left
j.rhas joined
j.rhas left
j.rhas joined
SeveThere's a comment of a guy called Mark Nottingham on the comments section of that article, and he says:
"I talk to various parts of the IETF Jabber mafia about this, and they can give detailed reasons about why XMPP failed. Unfortunately, we don't seem to have learned; we're still building federation-optional systems like WebRTC."
I wonder if anyone here is one of those `IETF Jabber mafia` and knows why XMPP failed
Steve Killehas left
andyhas joined
contrapunctushas left
contrapunctushas joined
Steve Killehas joined
j.rhas left
j.rhas joined
GuusThanks Seve
intosihas joined
GuusI do not know who Mark Nottingham is. I wonder who he refers to (and chooses to keep talking with people he chooses to characterize as 'mafia')
Dele Olajidehas joined
contrapunctushas left
jonas’because one doesn’t turn ones back to family?
contrapunctushas joined
zinidyeah, the naming is very important to discuss
zinidwhen in fact his conclusion is correct
contrapunctushas left
contrapunctushas joined
alacerhas joined
zinidfederation leads to a marginal network in the worst case and to a power-law network with too-big-to-fail supernodes in the best case
zinidand nothing in between
contrapunctushas left
contrapunctushas joined
Guus👍
zinidand yeah, regarding wtf is Mark: https://datatracker.ietf.org/person/Mark%20Nottingham
GuusThanks
SeveOh, he even appears as one of the contacts on that article :)
waqashas left
waqashas joined
waqashas left
waqashas joined
waqashas left
ralphmGrr, dwd, now I have to spend most of the day writing a response to your MIX braindump
waqashas joined
MattJIt was a good braindump
ralphmIt was, but there's so much there. I am probably going to do a separate response on the PubSub/MAM thing.
ralphmBecause that's a whole discussion just by itself.
GuusI'd say that any braindump that makes Ralphm spend an entire day is pretty successful 🙂
contrapunctushas left
contrapunctushas joined
alacerhas left
dwdI know Mark slightly. In as much as I've had a beer with him before. The mafia is probably Peter and Joe.
Guusif he continues to engage them, then 'mafia' was more sarcastic than an indication of discontent, then?
dwdralphm, To make it clear, I don't know which parts of that brain dump are hills I wish to die on yet.
dwdGuus, Remember that nobody uses XMPP, except for the people that do. Mark, on the other hand, works in the web, so has a different view of what constitutes success.
WiktorMark is the guy that oversees .well-known URI registry, also link relation registry. Not some random guy :)
dwdAlso HTTP 2, etc.
WiktorAlso depreciating X- http headers
WiktorYep.
WiktorMaybe he thinks that xmpp should be managed by ietf, not separate organization (just a guess)
SeveThat's the reason XMPP failed?
WiktorNo, lack of good clients is a reason xmpp failed. Why this question now?
GuusI'd argue that XMPP didn't fail.
GuusMaybe it fails on certain aspects
SeveWiktor, well, you seem to know him very much, and my question was about he says XMPP failed.
WiktorI was referring to "jabber mafia" previously.
Guusbut it certainly does not fail as a whole,.
WiktorI know him because I've seen his name here and there. I don't know him personally.
GuusThe only reason why I asked about his wording was to figure out if he holds a grudge, or was semi-jokingly referring to people.
waqashas left
ZashWhat's the relationship between the XMPP mafia and the xmpp memorial society ?
WiktorI don't know in case you're asking me. That's why I used "just a guess".
zinidGuus, I think Peter and Joe are his friends, so he can afford those words
Guuszinid good, thanks.
zinidlike calling another WG is mafia, I think it's pretty much normal in those circles
SeveI understood mafia as just the people that care about that, nothing else. But I was quite interested in knowing the detailed reasons about XMPP as he says. Sad that we don't have members of that mafia here
Guuszinid that makes sense, yes.
zinidSeve, because XMPP didn't attract as much attention as HTTP?
GuusSeve I think you should become part of the mafia 😉
zinidSeve, Mark is from HTTP mafia btw
Guusbe our wiseguy! 😉
SeveI will get in there and take all their secrets!
Sevezinid, yes, I realize that now, reading a bit :D
Seve(Although I don't see why they should be compared)
WiktorOh, now I found and read the actual comment by Mark:
> I currently use Monal and am not terribly happy with that, which is probably why I don't log in much these days.
So it's a "lack of good client" problem after all...
intosihas left
intosihas joined
ZashThe iOS situation is sad.
delehas joined
ralphmI can totally see why people feel XMPP failed. There was a lot of excitement, mind-share if you will, for having XMPP succeed as the SMTP of chat, as well as the use cases for non-chat. Google got on board, several of the other large companies did XMPP (Google, Microsoft Lync, Nokia, Orange, Facebook). Some federated, others not so much. All of the big IM systems around 2008 were ready to federate, but no-one wanted to go first. And then business decisions, not technical issues, undid most of that.
delehas left
WiktorZash, It's interesting because I thought it's iOS where people pay for apps.
ralphmLike Sam, having a full roster of people that then diminishes because of that really sucks and contributes to your view on the technology.
ralphmAnd the client situation on MacOS has always been a problem, but I cannot oversee how much of that impacted the success of XMPP in general.
ZashWiktor: Huh. Monal is free?
WiktorZash: yes, that's a problem. It should be paid and developed like a normal app (just a random advice)
ZashTell the dev. "If Conversations can be $5, so can Monal!"
ralphmI want to note that the years around 2008 was a time where *many* interesting new protocols around social popped up (webfinger, activity streams, oauth, openid, etc.) and then 'something' happened that destroyed momentum.
Wiktorralphm: xmpp problem stems from years of slumber. It's slowly getting better with new XEPs, new client features, etc.
Wiktorralphm: all of them work over http:)
ZashWell in 2008, XMPP was a solved problem. Why do anything when it was perfect! :)
WiktorZash: 👍
ZashThen smartphones came along and ruined everything
WiktorExactly. For some definition of "ruined".
ralphmZash: I definitely think that smartphones is related to the 'something'
HolgerWasn't our multi-device support always horrible and the problem just hidden by nobody having multiple devices?
WiktorOn Android it got better, no need to ditch xml or rework the protocol. Clients are working fine, low battery usage, useful features.
GuusThat's basically the same thing, I think 🙂
ZashIt was fine.. if you managed it correctly.
ralphmThe n900 had it all though, XMPP fully integrated in the calling and messaging infrastructure. Jingle calls with GTalk/Hangouts.
ralphmHolger: totally
GuusBut I'm with @Wiktors train of thought, I think. To be more successful, it helps (or maybe even is required) that people start making money from their efforts.
GuusBut I'm with Wiktor 's train of thought, I think. To be more successful, it helps (or maybe even is required) that people start making money from their efforts.
GuusI can at least not see how you can give enough attention to things while also being able to earn enough money to feed your family.
ralphmWiktor: the problem, though, is that if Linux and Android are the primary places where things do work properly, but not on MacOS and iOS, this affects a particular influencial set of people.
SeveIndeed
ZashThe FOSS community has a complicated relationship with Apple
ralphmNo kidding. I had a look at the laptops at the XMPP Summit. The percentage of ThinkPads was very high.
GuusYeah, it amused me that you mentioned that.
alacerhas joined
SeveIt's normal.
kokonoehas left
SeveBut that does not stop anyone from not-the-FOSS-community to build XMPP for Apple :(
zinid> The FOSS community has a complicated relationship with Apple
Yet, a lot of developers use MacOS for development
Wiktorralphm, I didn't get it, you mean Apple don't want good XMPP clients on iOS?
ralphmWiktor: well, it is not that easy
Guuszinid I wonder if that's true for the FOSS community, to be honest.
zinidGuus, XMPP is not FOSS
ralphmWiktor: I think that iOS actively hampered efforts to write good clients in the past, with its restrictions.
zinidso there should be no difference
WiktorI don't see any technical reasons why it shouldn't work, especially with all these "mobile friendly XEPs"
Wiktorralphm, you mean need for push notifications?
zinidI'm not sure why XMPP is positioned or percepted as FOSS, that's a strategic mistake
ralphmWiktor: there were no good solutions for this initially
Wiktoragreed. but there is now, and I see proofs that good mobile clients can be done
ralphmWiktor: I agree it can be done now, but this history made it more difficult
ralphmWhen my company started XMPP development on mobile, they could easily use Smack on Android, but mostly had to start from scratch on iOS.
kokonoehas joined
contrapunctushas left
WiktorI see
ralphmI.e. the ecosystem is much less developed there.
contrapunctushas joined
Guus(and/or we lucked out with Google using Java for Android)
Guus(and/or we were lucky with Google using Java for Android)
ralphmGuus: and because of its opener nature, devices are cheaper etc.
Guusunsure if that makes much difference. As zinid pointed out - many developers use Macs.
Guusbut that's besides the point.
WiktorAdium was nice... years and years go :)
ralphmGuus: yeah, it baffles me that there's still no decent XMPP client for MacOS, as far as I know.
ralphmAdium was always a pain, but there wasn't anything better.
Guus(mac and google app stores hold approximately as many apps - so the ecosystem for regular developers apparently is not absent enough to make a difference)
Guusralphm, maybe it's a kind of echo chamber that we're in
Guusregardless, I think we all agree that better ios/mac support is something we want.
Seveagrees.
Guusso maybe we should stop agreeing with eachother and move on 🙂
Guushow do we get there?
SeveWould crowdfunding be an option, I wonder
GuusAs I wrote earlier - I think sharing ideas on how to 'make money' could be a good start.
yonhas left
Guusand, although I don't want to rule out options like crowdfunding, we maybe should focus on those options that already have been proven to be at least somewhat successful.
GuusIdentify those options, and spread knowledge.
alacerhas left
GuusI've given a couple of examples a few weeks ago - but I think that coudl be done more structurally, somehow.
SeveIs there something about that on a Wiki page or somewhere specific to look at it?
Guusnot that I know of (but might be a good start)
GuusI am trying to find the logs of what I talked about here, but am unsuccessful so far
Guusaside: http://logs.xmpp.org/xsf/ seems to have had an update, and no longer allow for join/part messages to be filtered. I kind of liked that feature.
alacerhas joined
contrapunctushas left
contrapunctushas joined
yonhas joined
waqashas joined
GuusThis is what I referred to: http://logs.xmpp.org/xsf/2019-02-20#2019-02-20-5f32e6fa28106cba
ZashGuus: Shouldn't be difficult to add. *hint*
rtq3has joined
SeveI can't read it right now, but let's start with a page on the wiki and see where it goes from there, Guus?
GuusI've created this placeholdeR: https://wiki.xmpp.org/web/Fostering_success
GuusI can't immediately spend more time on that, without disappointing customers
rtq3has left
Seve:D
SeveGuus, thank you very much :)
tuxhas joined
alacerhas left
alacerhas joined
waqashas left
larmahas joined
contrapunctushas left
contrapunctushas joined
kokonoehas left
kokonoehas joined
alacerhas left
Dele Olajidehas left
neshtaxmpphas left
debaclehas joined
alacerhas joined
dwdI think that the lack of good clients - generally, as well as in particular on Apple - is because the bulk of inward investment into the community is for servers. If you look at all the major deployers of XMPP - ganmes, military etc - tehy all develop their own clients, and do not create generalized user-level clients.
dwdIOW, this is a matter of straightforward economics. I'm not sure what the solution is, but I'm very confident that the aversion in the community toward saying any particular client is good in any particular way isn't helping, since it removes incentive.
kokonoehas left
contrapunctushas left
contrapunctushas joined
kokonoehas joined
krauqhas joined
ziniddwd, however, a lot of them fail to write a client, like 9/10 among our customers, which is quite bad
zinidand raises the question: why do they fail?
MattJdwd: to be clear I don't think the latter point is entirely true. Many of us believe in promoting good clients, just not using the XSF as a vehicle for that
dwdzinid, In part, because writing clients is just hard.
ziniddwd, true
Guusdwd I don't think the community has an aversion towards saying any particular client is good. It's the XSF that doesn't do that, but it's fairly well known what clients are good.
Guus(which, sadly, includes just a handful)
kokonoehas left
dwdGuus, MattJ - insert "officially" anywhere you like.
GuusI officially need more coffe.
GuusI officially need more coffee.
dwd"coffee", but that just proves your point.
ralphmpart of what dwd says points out what I said about the perceived failure for some people. I.e. people working outside of games, military, have seen a degradation of the XMPP ecosystem.
waqashas joined
GuusI don't think that the incentive that's lost/gained by the XSF promoting individual implementations compares to those projects being able to make money from their project, to be honest.
zinidwell, the federated xmpp (aka jabber) has failed apparently
zinidwe will hardly count a million of federated users, most probably
Guusiow: I don't think that the XSF extensively promoting some clients will have much effect.
zinidwhen for gaming 1M is a good start 🙂
ralphmI have no way of telling how many users are federated right now.
ralphmOr how that changed over time.
kokonoehas joined
krauqhas left
dwdralphm, It'd be interesting to see if such a metric could be measured.
zinidafter "stats" XEP was deferred we now never know, that was such a mistake
krauqhas joined
dwdGuus, I think the XSF pointing to success stories and helping to onboard users certainly couldn't hurt.
dwdzinid, WHich one? I have only the vaguest recollection.
Guusdwd it doesn't hurt. I don't think it will help much, either. Not to an extend that I'd be willing to open the can of worms that is neutrality.
ziniddwd, what success stories? currently we only have a bunch of walled gardens typically with heavily modified protocol
Guusif projects need the XSF to promote them to be successful, they won't be.
GuusI'd love to use projects as an example of how XMPP is successful, though. But that's the other way around.
dwdzinid, Harsh, but not a complete distortion.
zinidI think the only success story currently is Conversations
zinidif we're speaking about "Jabber"
GuusSo, let's reproduce that success.
zinidtime, dedication and money?
Andrew NenakhovZash,
> The iOS situation is sad.
Not really.
Guusbut I do believe that more people are making a living based on federated, non-walled garden solutions
kokonoehas left
alacerhas left
Guuswe have various hosting providers, which I'd be interested in finding out if they're successful (I might be joining those, soonish, btw)
alacerhas joined
Guuswe have various contractors that make a living from doing walled as well as non-walled stuff
Guus(me!, but I know others that I shall not name without their approval)
Andrew Nenakhovhttps://photos.app.goo.gl/Yuqyud7otrjAiUNu5
Guusso, I don't think it's al bad as you might think. But, we can, and should, improve.
zinidAndrew Nenakhov, but no groupchat support
ralphmIndeed a client without MUC is a non-starter for me.
Andrew NenakhovThere will be, just not that MUC or MIX shit
zinidAndrew Nenakhov, and how this can be promoted?
zinidAndrew Nenakhov, I just wonder, what should I say to users: use the one with incompatible implementation?
Guushaving a proprietary group chat smells like recreating a silo again.
Andrew NenakhovLike maybe new Xabber protocol that is partly compatible with xmpp and not held back by ineffective governance. 😂
Andrew Nenakhov> having a proprietary group chat smells like recreating a silo again.
It's not meant to be proprietary.
kokonoehas joined
zinidAndrew Nenakhov, partially compatible is a bad selling point
Guus(what he said)
Andrew NenakhovBetter than the current situation.
zinidAndrew Nenakhov, better for whom?
Andrew NenakhovFor users of course.
zinidfor all users, like me included?
lskdjfhas joined
zinidhow can I join your groupchat from Conversations, Dino or Gajim?
GuusI fear you'll mostly fragment things further.
Andrew NenakhovProbably. Our new group chat will work more or less ok on conversations, yes.
Andrew NenakhovWithout any modifications.
zinidyeah, how?
kokonoehas left
zinidand what will I see? partially working piece of shit?
Andrew NenakhovIn fact it's already working. Just add support@gc.xabber.com to contacts.
zinidso it's basically GroupChat 1.0?
jubalhhas joined
zinidI mean from my perspective
zinidI wonder how this can be selled by anyone except Xabber devs?
Andrew NenakhovThere is a spec online xabber.com/protocols/
zinidGuus, wrt fragmentation: what did you expect after 3 years of no progressing MIX?
dwdAndrew Nenakhov, What's ineffective about the governance?
Andrew NenakhovWe'll release standalone server that can be used on any xmpp server
Guuszinid I'm not saying I'm happy about that. But creating a third variant does not help.
jubalhis it possible to create a MUC on this server for profanity? looking for a server that could host our channel
dwdjubalh, Profanity in general, or the project? :-)
jubalhdwd, project ;)
zinidAndrew Nenakhov, so you diverge and create a separate standards body with your governance? 😀
zinidAndrew Nenakhov, I admit your work, but here is where our opinions diverge
Guusjubalh - unsure - but why not host your own?
waqashas left
Guusjubalh - unsure - but why not host your own domain?
zinidGuus, because it's a PITA? even for me actually
jubalhGuus, because the orignal author who also owns the domain stopped hosting because he had a lot of problems with spam and idk. so i'm looking for an alternative
Andrew Nenakhov> Andrew Nenakhov, What's ineffective about the governance?
Take that story of extending xep-0085 to send extended notifications. Recording audio, video, ... - moved exactly nowhere in almost a year despite quite pressing need
Guusjubalh - as I'm experimenting with setting up a hosting provider, I'd consider running a service for Profanity
Guusmaybe take that out of this MUC, though?
jubalhGuus, yeah lets talk about it
tajubalh isnt github and a muc enough?
Guuskindly contact me at guus.der.kinderen@igniterealtime.org
Andrew Nenakhov> Andrew Nenakhov, so you diverge and create a separate standards body with your governance? 😀
A great xmpp schism. We'll denounce the council rule and install our own anticouncil.
jubalhta, for me github is enough. but i got several requests whether we could have a MUC for users
kokonoehas joined
zinidAndrew Nenakhov, 😀
Andrew Nenakhovzinid, we'll invite you to it. All developers are welcome who want to build something working
zinidAndrew Nenakhov, I'm not interested in fragmenting infrastructure
taThe MUC can be hosted on any server. Just announce it on github.
zinidworst case I can go to the IETF directly
jubalhta, just looking for a suitable server. wasnt sure if i can just create a MUC on any and they have to accept it. so i wanted to ask first
taThe profanity.io domain should be saved though i think.
dwdAndrew Nenakhov, So you made a suggestion, I offered a counter-proposal that would (I think) be acceptable, and you... did nothing. And it's me that's being ineffective?
Andrew NenakhovI'm ok with that counter proposal actually. Anything that works is ok. But it's still ineffective way that bloats the specification.
Andrew NenakhovThose matrix guys aren't exactly wrong with criticism of specs, cause Instread of amending one simple xep we create yet another xep
zinidnah
Guusand to fix that, you create yet another one.
Andrew NenakhovRecent example: xep166 that is incompatible with push
zinidthe problem is that someone cannot come to agreement 🙂
Andrew NenakhovTo fix it we need deferred 353
Guushttps://xkcd.com/927/
zinidand so far Matrix community is in agreement, and we are constantly fighting
Andrew NenakhovWe'll use that 353, ok, but it's not exactly healthy process that bloats standards count
zinidAndrew Nenakhov, how are you going to address those problems in *your* standards body? 😀
ZashYou don't need a standards committee if everyone agrees with each other
Andrew Nenakhovzinid, we'll rule it with an iron fist! ✊
ralphmRegarding 3 years of no progress on MIX. I think this is unreasonbly unfair.
zinidralphm, why? still no implementations, still the XEPs have a lot of questions, still no agreement whether it should be recommended for implementation or not
ralphmThis is not easy, given what we want to achieve here, and it is not like many people have been spending time in trying to implement it, so far, but a lot of commentary about its perceived non-progress.
ralphmI'm happy with dwd's message yesterday, and will use my day to respond to his implementation experience with my own.
zinidI never said standards are easy, but this must have sane deadlines
igoosehas left
ralphmzinid: I very much disagree.
zinidI know that
zinidI see that 🙂
zinidbecause, well, the XSF is just a standards body, blah-blah-blah
dwdralphm, I think it's reasonably fair, actually. Designing MIX with a fork-lift upgrade was a mistake we should - I should - have seen from the outset. We also took far too long to get a reasonable upgrade pathway from MUC.
ralphmdwd: oh, I agree that in its current state we well never get a decent migration path, and I thought we made some headway at the Summit.
dwdralphm, Had we had those two from the outset - so a MIX could be accessed by MUC clients, or MIX clients on non-MIX servers - the upgrade path would have been simpler, and a lot more incentive around for people to move on with deployment.
neshtaxmpphas joined
contrapunctushas left
contrapunctushas joined
wurstsalathas left
ralphmzinid: I'm not sure what you think the XSF *should* be doing, but I don't think that attempting to set deadlines to the creation of a standard, to a loosely connected set of people that voluntarily do what the XSF is currently doing, is a good approach. I'm happy for people to attempt other protocols.
GuusI don't think deadlines are a good solution - but I do think that explicitly taking into account the time-to-adoption as a factor of the XEP would be a good idea.
ralphmMany protocols we have standardized at the XSF were one of several. MUC has seen several iterations, so has Disco, PubSub, media streaming. In the end, implementation experience decided what we went with.
zinidralphm, I'm not going the deadlines should be written in stone, that's way I said "sane", not 10 years
zinid*not saying
ralphmGuus: we already do have this. Before a XEP goes Final, it must have multiple implementations.
ralphmIf there's commentary about the slowness of getting widely used specifications to Final, that's entirely valid.
Guusralphm that's to late in the process.
ralphmGuus: it depends on how you look at it, and I disagree.
GuusI disagree with your disagreement 🙂
Guusbut, sure.
ralphmGuus: it is not the case when a group of people wants to work on MIX, other people can't work on other solutions in the same problem domain. I welcome this, and in the end running code will strongly affect the outcome.
ralphmIt is not that the XSF is mandating all efforts to go into MIX.
GuusSurely not, no
ralphmSo, I am happy to work on MIX, and people that like to see more implementations can work on it.
GuusWell, in that light Andrew Nenakhov s MUC spec is a good idea. 🙂
GuusMUC-replacement*
Guuskindly submit it as a XEP. 🙂
ralphmyes
ralphmI also said the same to the ESL people that did MUC Light.
pep.has left
pep.has joined
zinidralphm, my vision of the XSF is to point into the right direction of the standardization process, otherwise I see not point in the XSF, as I said I can work with the IETF directly
zinidreally, how are you different from the IETF currently?
kokonoehas left
kokonoehas joined
zinidas a developer I don't care about promotion and endless meetings yielding into nothing
ralphmzinid: we are a standards body dedicated to XMPP. So I agree we are similar to the IETF.
zinidyou're now EXACT copy of the IETF
ralphmWhat do you mean with 'now'?
zinidafter you reformatted from JSF to XSF
ralphmzinid: I think you have a twisted view of the JSF.
zinidI have a good view, I remember it circa 2004
ralphmBesides the name, the XSF didn't change in direction.
zinidit does in practice
rtq3has joined
zinidback then the specs were designed by the people from the XSF, I could come, report about problem and it's fixed, and now?
ralphmI've been on the Council between 2004 and 2013.
ralphmAnd the process hasn't changed, and specs were designed by people in the community.
zinidsure, and there were a lot of productive work, done mostly by Peter and friends, they didn't redirect me to "hey, do it yourself"
zinidralphm, the analogy: I started an OSS project, but I don't write code, I only accept PRs - that's the current state of the XSF, it was *different* back then
ralphmzinid: yes Peter indeed did a lot of things, because he happened to be payed by his employer to do this.
ralphmThis was not a function of the XSF, but rather of a very active person being able to dedicate his time to it.
zinidok, maybe that, but I don't care that much why it was the way it was
Andrew Nenakhovzinid, see, they support my idea of anticouncil
ralphmSo if your point is, the pace of things in the XSF changed since Peter moved to other things, I agree.
zinidokay, let's say that's my point, so the XSF has bus factor = 1?
Andrew NenakhovI'll raise some more funds, hire you, and together we will rule the galax^Wxmpp
ralphmzinid: but do you really feel it is unreasonable to ask people in the community to put in effort to change things? The Council's job, for example, is not to create standards, it is to assist the process of getting them there.
contrapunctushas left
contrapunctushas joined
zinidralphm, and the whole point of the XSF is now?
ralphmstill the same as ever
zinidwhy should I work with the XSF?
Andrew NenakhovSoo why don't we get the 0085 standard "there" to meet modern requirements?
zinidmaybe we will just resurrect xmpp wg at the ietf?
ralphmYou don't have to, and indeed some people have instead opted to go to the IETF directly with a draft.
zinidralphm, so the only your answer is "go do it in a different place" without convincing me as a developer?
ralphmNo, that's not what I said.
zinidbut I'm not convinced, really, why shouldn't I go directly to the IETF?
zinidor even better, maybe we will move the process to the xmpp wg?
zinidthat will be fair and my complaints will become invalidated
ralphmzinid: If you want something to happen at any standards organization (the XSF, the IETF, IEEE, or wherever), you will have to put in work to create your proposal, convince people to support your ideas, find people to give their view on things, and get people to implement it.
zinidralphm, and? how the XSF will help me?
zinidplease don't abstract
jubalhhas left
ralphmzinid: the XSF is not a magical group of people that just do things on your behalf. The Council is an elected set of individuals that want to dedicate time and their expertise to help out (other) people to create good standards. You could be one of them.
Wiktorralphm, I think zinid's point is that XSF could (should?) just be replaced by IETF WG and everything else would stay the same (process etc.), so there are no advantages of having XSF over XMPP WG... that's how I get it
zinidWiktor, right
zinidand the current situation is even worse: if I say wtf is matrix.org - I'm replied "and wtf is XSF"?
zinidand when I say I'm working on the IETF specs - that will sound much more solid
ralphmTo whom?
zinidralphm, to the XMPP opponents
alacerhas left
zinidand I cannot use the argument that Matrix is a non-standard body
ralphmI don't work on XMPP to appease its opponents.
zinidbut I digress actually
waqashas joined
zinidralphm, sure, but when you have business you kinda deal with competetors
zinidanyway, so what stops the XSF to move the process to the IETF entirely?
Andrew NenakhovXMPP as a platform is on fire. And many here refuse to accept it.
ZashIf you have a business you should spend money on marketing yourself, not negative marketing on your competitors.
Andrew NenakhovI'm unhappy because I want to create great federated chat products, but can't do it with current xmpp standards.
ralphmAndrew Nenakhov: because of the XSF?
WiktorZash, I think that's zinid's idea, having XSF inside IETF would give XMPP better position, that XEPs are developed inside IETF not XSF
Wiktorbetter image* or however one would put it
zinidsure, IETF is an "industry standard", that's pure marketing thing
ralphmI think creating great federated chat products is not related to where the standards have been defined.
zinidgeneral words again
zinidyou're dropping some obstacles to make a general claim which sounds valid
Andrew Nenakhovralphm, we can create great products on our own set of standards. Yes.
ralphmzinid: I'm just giving you my perspective. I think the idea that labeling a standard XSF or IETF doesn't necessarily help to actually get traction or success. I think that working on standards within the XSF helps with getting insight of people that have worked on similar problems, but in the end it comes down to people (XSF or not) having to put in the work.
zinidand my question still holds: what makes the XSF a lot more different than XMPP WG at IETF?
neshtaxmpphas left
zinid> helps with getting insight of people that have worked on similar problems
like in the ietf xmpp wg mail list? 😉
ralphmYes, they are functionally equivalent.
alacerhas joined
zinidokay, I see
ralphmExcept the IETF XMPP WG isn't a thing right now, and the XSF is.
zinidwhy? because it's formally concluded?
contrapunctushas left
zinidwe can call it xmpp-ng!!!
contrapunctushas joined
zinidpeople at the ietf like this -ng stuff 😀
ZashWhat difference would that make?
ralphmYou could do a new XMPP WG at the IETF, but I wonder if that would help you in any way.
ralphmAs likely the same (active) people would get involved.
zinidralphm, just like the XSF doesn't help me like at all?
neshtaxmpphas joined
zinidI'm probably not clear enough
Wiktorzinid, XSF is operational, I guess people don't want change for change sake and setting up XMPP WG would be extra work that no-one wants to do (that's understandable)
kokonoehas left
ralphmXSF is just a formalisation of processes around work that needs to be done by people. You can move the process elsewhere, but you still need the people, and the process to get to a similar place.
dwdzinid, One benefit of the XSF over the IETF is domain expertise of the Council. The Council's absolutely not perfect, but the IETF has only one person who knows anything about XMPP (or, indeed, messaging) and that itself is only by fluke.
dwdzinid, Also, we move a lot faster than the IETF, surprising as that might seem.
zinidWiktor, but maybe, marketing wise, it worth the effort to move to the xmpp wg?
dwdzinid, As an example, TLS 1.3 was approved in November 2017, but finally published in August 2018.
ziniddwd, and we have tons of experimental or drafts being widely deployed
kokonoehas joined
zinidI recall that drama
GuusJust got back from lunch.
dwdzinid, A benefit of doing (more) work in the IETF is greater visibility, particularly within that group. I would like to encourage people to do that where it makes clear sense (like security areas). Your recent work is a good candidate here, I did wonder about pushing that way, venue-wise.
GuusWhat is the benefit from moving to an ietf workgroup?
ralphmGuus: what dwd says
waqashas left
GuusVisibility within the ietf?
dwdzinid, But I have, equally, had a huge amount of push-back when i've done this before, with people telling me that I'm doing process for process sake. But I get that all the time anyway. :-)
ralphmSo typically we ventured out to the IETF for things like SASL, TLS, nameprep/précis, DNS related issues
ziniddwd, and will XSF help me with the IETF bureaucracy? Like resurrecting the WG, IANA contacts? I bet it won't
ralphmzinid: you keep mentioning you want help, but what do you expect others to do for you, exactly?
ralphmzinid: what do you want to achieve?
zinidralphm, I don't ask the XSF anything to do already, you just said me that's pointless
zinidso I use it as a very slow wiki to publish my XEPs
zinidthanks at least for that
ralphmI didn't say the XSF is pointless, that's *your* opinion.
zinidokay
dwdzinid, The XSF has resisted, in the past, having a formal Liaison with the IETF - but we could do that. That would give us a more fomralised pathway through to the IESG etc.
ralphmAnd also, I didn't say I (or even the XSF) didn't want to help you.
ralphmzinid: it just seems that you want something different. Faster, or in another way. But it is not entirely clear to me what.
dwdzinid, In turn, a liaison relationship would allow the XSF to do a lot more to actively help steer XMPP work through the IETF.
ziniddwd, sorry, I don't understand what you're saying, I'm not into bureacracy of the IETF, but I'm aware of the XSF's one
zinidbut seems like yeah, I need to deal with that eventually
dwdzinid, Effectively, a formal relationship with the IETF where they recognise us and have a defined contact for combined work.
dwdzinid, As opposed to now, where while several senior IETFers are current or previous XSF participants (and often members), there's no formal relationship, and so no way for "The XSF" to do things like request the WG is reopened.
dwdzinid, GIven there's active XMPP work going on in the IETF now, this seems like something we should explore.
ralphmdwd: I think a Liaison is not a bad idea in itself. How does it help zinid, though?
GuusIs it fair to summarize the discussion up til now with "Zinid is unhappy with the slow bureaucracy of the XSF, and suggests we replace the XSF with an IETF workgroup to speed things up" ?
ziniddwd, goot to know
zinidGuus, I actually admit that IETF bureaucracy is worse, please don't misunderstand me
dwdralphm, It'd help him navigate some of his RELOAD work through, if we wanted to do that. Or at least help us highlight the work in the right places there. Similarly, it'd give MILE and SACM a pathway through to request reviews on their XMPP work.
Guuszinid then I don't understand the reason for your suggestion. Or I don't understand your suggestion itself, maybe.
dwdGuus, FWIW, I understood his comments to be about exploring ways to improve the standards process and the outcome of it, and not any particular concrete suggestion.
ralphmdwd: to be honest, even the Board got involved with his RELOAD work, and even though it might have been slowish, we discussed https://xmpp.org/extensions/inbox/eax-car.html and requested modifications.
ralphmI'd like to understand how we are *not* helping.
dwdralphm, Yes, understanding how the XSF could help more is indeed useful.
GuusSo is the idea to look at how the IETF has structured their processes for that?
dwdralphm, But I don't think that needs to be a particularly adversarial process.
ralphmNo, the idea is that we first understand the problem, before we jump to solutions.
ZashProblem Statements are good
dwdGuus, The XSF's process is essentially a streamlined version of the IETF's, with various tweaks to promote safe early adoption.
ralphmdwd: agreed. And if I came across as adversarial, that was not my intent.
GuusYes, I'm trying to understand the reasoning behind this discussion
GuusI'm not suggesting any change or solution at this point
GuusI simply want to understand what all of this talk is aiming to achieve.
neshtaxmpphas left
dwdralphm, Sometimes, the best way to uncover a problem is to see what solutions people propose. :-)
dwdralphm, From there, one can explore their rationale for the solution, and see what the problem might be.
ralphmIf the XSF (or bodies within) is preventing people to move forward, I'd to like to see how we can help that. But similarly, if people have a different perception on what the XSF does, I'd like to help explain that
igoosehas joined
rtq3has left
Andrew NenakhovAs a developer, I'd be happy with xsf that I could ask, "I need to send recording video notifications instead of just typing", and would be told, "ah cool, we'll add XEP-0499 chat notifications subtype", I say "cool!" and implement it
ralphmAndrew Nenakhov: ok, but
GuusDoesn't the XSF do exactly that - likely not for that exact feature that you're looking for, but for 100's of others?
ralphmAndrew Nenakhov: why would it then not be ok to ask for a contribution to the document to that effect?
Guuson top of that, the XSF facilitates a process in which you can add specifications for the feature that you're missing in such a way that it can be adopted by everyone that's interested.
ralphmAndrew Nenakhov: do I understand correctly that you expect the XSF to whip up a spec for a suggestion for something like this?
Andrew NenakhovThat would be more of what I would expect of a standards body. Maybe after a discussion.
GuusIsn't that _exactly_ what the XSF does?
ralphmAndrew Nenakhov: I'm asking because indeed that kinda happened before. People would suggest things, and Peter would go and create a spec for it as Author, and submit it to, well, himself as Editor, and then get it to Council, where he'd (also) vote on it.
zinidralphm, eax-car is actually would be a very good help from the XSF, but I was asked to do moar bureaucracy, and to spend several weeks forming business rules of CA coordination, which I can only copy from the CA/B Forum's requirements. So even here useless. And that's absolutely not for RELOAD, I described it in details in my email, but still nobody reads
zinidwhatever
Guusyou supply a suggestion (in the form of a XEP). The XSF discusses it. It gets published.
zinidralphm, I decided not to work on the XEP. Let it be just random collections of CA certificates on every client
ralphmzinid: well, it would have been great that have given that feedback after our meeting. This is the first I hear about you not being happy about what we discussed.
zinidand my EAX technical XEPs I will discuss with the Council
Andrew Nenakhovralphm, yes, what you describe about Peter would make me more happy that necessity to write own XEP. I can probably do that and will do that in the future, if it's necessary.
Alexhas joined
Guuszinid, if you think that any feedback that we give is pointless, yeah, then I can see how that frustrates you.
ralphmAndrew Nenakhov: ok, so then indeed it seems to be an expectance mismatch. The XSF does not create new XEPs. It adopts them and manages the process of making it a good protocol by using the expertise of the Standards JIG (basically everyone in the XMPP interested in standards, on the standards mailinglist) under the guidance of the Editor and Council. So indeed we currently *do* expect people to write XEPs themselves.
GuusI for one, think it offers value - yes, it slows things down, but it will also prevent issues down the road.
zinid> So indeed we currently *do* expect people to write XEPs themselves.
And the incentives?
ralphmzinid: I agree with Guus, and I think it is reasonable to write up details on what you expect the XSF to do in practice, before asking it do it.
GuusI'm out for a dentist appointment.
zinidalso, regarding my "frustration", I can work with the Council, it's not pointless, but the whole XSF with its board is useless, sorry
ralphmzinid: people have different incentives to write specfications, and then also for submitting them to a standards body. This is up to you. I can only comment on what we then will attempt to facilitate.
ralphmzinid: the Council is the most important part of the XSF indeed. The Board is primarily there for having a legal structure to do our work in, regarding funding of resources (like website, mailinglists), having a process for electing the Council from a membership, and facilitating events like the Summit.
Andrew Nenakhovralphm, actually this situation is kinda uneven. We write software , we write XEPs, and then XSF will decide if it's accepted or not. Kinda not cool.
zinidAndrew Nenakhov, +1
ralphmAndrew Nenakhov: there is *no* requirement to have your extensions approved by the XSF before you can use them.
Andrew NenakhovIf all xsf does is approval, maybe we can join efforts with zinid and have our own anticouncil. ?
zinidralphm, thus we will have his non-standard imlementation, great
zinidAndrew Nenakhov, I'm not going into anticouncil!!! 😀
zinidAndrew Nenakhov, even working with IETF turtle would be much less effort
ralphmzinid: so either you work with a standards body, and then have a document vetted by hopefully more people, or you don't. Also, a standard is only a standard if it is used by multiple parties, not if we rubberstamp it.
zinidralphm, I got your point, yes, clearly
zinidI just disagree
lnjhas left
ZashBeing published by the XSF doesn't force anyone else to implement it.
ralphmzinid: so what *do* you expect then?
zinidralphm, the DIRECTION
zinidwhat's the decision on MIX? should we stop accepting hacks and patches to MUC?
zinidbecause the XSF is supposed to be clever, it should analyze current adoption and decide
ralphmzinid: it seems that MIX is not in a place where it could replace MUC. There are a few people that have slowly started working on implementations (my team, isode, dwd), and there's probably still work to do.
alacerhas left
zinidralphm, good to hear you started, I finished already 🙂
ZashHaving Someone™ with a vision and enough energy to be driving would be good, but hard to produce in a volonteer based org.
zinidZash, then no point pretending?
ralphmMy personal opinion is that there are a lot of good things in there, but it is lacking in a proper upgrade path, unclear in some areas (that e.g. dwd has pointed out yesterday).
lumihas joined
zinidin my book, the best the XSF can do is to move process to the IETF
zinidfor example to help me working with the IETF
zinid(since you asked what help I wanted)
zinidit's not solely because of me of course, before you start ranting 🙂
zinidmoving to the XSF will bring more recognition to the XSF and XMPP
zinidcurrently XSF is like "who is it?"
ralphmzinid: I'm sad about you feeling I'm ranting. I'm trying to help understand what issues you have with the XSF, the Board, or me.
ralphmzinid: I have seen some epressions of frustration by you and Andrew Nenakhov over the last few months, and I thought this was as good time as any to see if I can get it resolved.
zinidso I suggested the solution
Yagizahas left
zinidI will have zero complaints then
ralphmzinid: if your suggestion is closing up shop and moving to the IETF, I'm not sure how that is constructive.
zinidI will just work within WG discussing technical stuff
zinidralphm, marketing wise
ralphmI don't see the marketing angle at all.
zinidralphm, okay
zinidI think you just don't want to see, I understand that you like all this XSF community around you, and you're the chair
ralphmI.e. I don't see how it helps you that the rubberstamp is from the IETF rather than the XSF. Who would actually care about this, and is this really a problem we need to address?
ralphmzinid: well, I like the community, I don
yonhas left
ralphm't care that I am the Chair. I'm happy that I can help the community in that role.
ralphmIf if the reverse isn't true, I'd do other stuff
ralphmLike help out with Council, or the Editors
zinidmy customers actually care, because when I say we support "industry standard" we're lying, XSF is not accepted as a standards body, unlike IETF
ZashWhy are you here then?
zinidnice question 🙂
zinidsorry for disturbing your bubble
waqashas joined
ralphmzinid: for all things XMPP, I'd say we've been generally accepted as the body that defines its "industry standards".
ralphmIt is not like there's a vote on which standards bodies are 'real' or not.
zinidmarketing wise there is
yonhas joined
ralphmzinid: so if the IETF would say: for all your XMPP business go to the XSF, it would help?
zinidwho will read what they say? the customers will read I E T F.
zinidmeans no vendor lock-in, good
ZashThe IETF doesn't make standards. Everyone using the specifications is what makes it into standards.
zinid> The mission of the IETF is to make the Internet work better by producing high quality, relevant technical documents that influence the way people design, use, and manage the Internet.
ralphmyeah, also the IETF allows for publishing drafts outside of WGs that are not really vetted
ralphm“The XMPP Standards Foundation (also known as the XSF and formerly the Jabber Software Foundation) is an independent, nonprofit standards development organisation whose primary mission is to define open protocols for presence, instant messaging, and real-time communication and collaboration on top of the IETF’s Extensible Messaging and Presence Protocol (XMPP).”
ZashXMPP is an IETF standard, but you can still build lock-in, not federeate etc.
zinidZash, are we talking about marketing here?
zinidor do you think I don't know what you're saying?
ZashAre we?
zinidI can write in my facebook blog "I create standards", does it count?
zinidZash, well, yes, we're talking about marketing until you chimed it
zinidasking me stupid question about "why I'm here"
ZashIgnore me then
GuusXMPP is an IETF standard. Us acting as a IETF workgroup would not add much on top of that in the sense of marketable exposure.
ralphmzinid: also note that RFC 6120 points to the XSF in several places, like section 8.4, that among other things says: “An extension element or extension attribute is said to be "extended content" and the qualifying namespace for such an element or attribute is said to be an "extended namespace".
Informational Note: Although extended namespaces for XMPP are commonly defined by the XMPP Standards Foundation (XSF) and by the IETF, no specification or IETF standards action is necessary to define extended namespaces, and any individual or organization is free to define XMPP extensions.”
zinidokay, you disagree with everything I say, I disagree with everything you say, we should probably stop here
ralphmzinid: so you can write "I develop protocols" on facebook. Whether they become standards, is to be seen. As I mentioned before, a specification becomes a standard because of being used by multiple parties, not because of the rubberstamps on it.
ralphmzinid: I'm sorry about that. Thanks for taking the time to explain your point of view, though.
Ge0rGI agree that it would be great to have a better documented common vision of where xmpp is moving, and it would be great to have council members working full time on xmpp. Unfortunately, the latter is not going to happen.
ZashI believe someone said that the council was more active in the past, rather than just voting on things
Alexhas left
kokonoehas left
alacerhas joined
Ge0rGYes. And having council members being paid for that task immediately brings up conflicts of interest.
winfriedhas joined
ralphmZash: I don't feel that the Council is now less productive than when I was on it (for 8 years).
Alexhas joined
igoosehas left
ralphmI'd love people being payed by their employer to be able to spend time on the volunteer efforts in the various roles at the XSF.
ZashThat's mostly how the IETF works
ralphmIt is how all standards bodies work.
ralphmAlthough, of course, some of them have entry fees for organizations to be able to participate.
kokonoehas joined
igoosehas joined
ZashOur Summits are notoriously cheap compared to the ETFs :)
ZashOur Summits are notoriously cheap compared to the IETFs :)
rtq3has joined
waqashas left
zinidand the outcome of your meetings?
ralphmAnd less humming
ziniddrinking beer? I'm not against beer, but that's probably not the goal
ralphmzinid: I found our meeting useful, and just assuming we just drunk beer is not a very good argument.
ZashThere's beer at IETF meetings too
zinidralphm, useful? I don't know, where to read about that?
zinidjust my voice from the floor
ralphmzinid: we even allowed people to remotely participate.
rtq3has left
zinidthat's impressive 😀
Andrew NenakhovOn the positive side: we have working calls on iOS. Can so done at XSF resurrect xep-353? 0166 doesn't cut it.
rtq3has joined
Andrew Nenakhov*can someone
zinidAndrew Nenakhov, nobody can, do it yourself or GTFO
zinidthat's the official position
Andrew NenakhovBut it's in deferred state
zinidAndrew Nenakhov, take the authorship
ralphmzinid: I'd have loved you to have been there, physically or remotely.
Andrew NenakhovI assume it's the council that moves XEPs between states?
ralphmAndrew Nenakhov: we've recently made a change to XEP-0001 to deal with orphaned specs.
zinidAndrew Nenakhov, yes, because the author's inactivity, so it requires new authorship to move it back
ralphmzinid: it *doesn't*
zinidralphm, so you changed that?
Andrew Nenakhovzinid, actually I'd rather change 0166 than support 0353
ralphmzinid: yes, I actually wrote the text for it.
zinidokay, I misread that
ZashAndrew Nenakhov: Is 0353 in need of anything specific or could it be advanced as-is?
ralphmzinid: but we do require someone to help guide it through the process of proposing it as Draft in case the author has abandoned it: the Document Shepherd.
Andrew NenakhovZash, my developer says he did everything as is in 0353, so it's probably good to use
ralphmzinid: the first step, in case of XEP-0353 would be to contact fippo or stpeter. Sending a message to the standards list would be good first step.
ralphmAndrew Nenakhov: for what it is worth, we did it slightly differently, with IQs, which required server support. Even if we don't end up doing it like XEP-0353 says, there's clearly a need for a solution.
ZashAndrew Nenakhov: If they have any feedback then that would be good to share with the list. Even if it's just "It's fine, it could made Draft"
Andrew NenakhovOk.
ralphmAndrew Nenakhov: what we found is that you want to indeed share the session-initiate to all the resources, and then define how accepting the session works (there might be two resources sending a response).
rtq3has left
rtq3has joined
ralphmThe problem with XEP-0353 doesn't do that, it precedes the process.
ralphmSo you get more roundtrip.
ralphmInstead, if you somehow got the payload of the session-initiate to all resources, they could already start doing things, like setting up a session with a TURN server, or something.
Dele Olajidehas joined
Dele Olajidehas left
lumihas left
Andrew Nenakhovralphm, we don't think that two resources sending a response is a big problem. User can't answer a call from tablet and pnohe at once. And even if he does , second device will get 'line busy' answer, I think
ralphmSure, but it would need to be defined.
Alexhas left
ralphmI just spoke to a colleague and he mentioned that in a previous project they actually 'just' replaced the initial iq for a session-initiate with a message to the bare JID.
Zashralphm: Do you do anything so that a currently offline client can later see what calls were made? Eg missed calls while being offline seems like a useful feature.
ralphmAnd then had some kind of conflict resolution.
ralphmZash: yes, separately
ralphmZash: we have this concept of CDR messages (Call Detail Record) to alert all resources of the result of a session.
ZashThis seems like something you'd get partially by using messages for initial setup.
ralphmThat is after the call has been terminated in one way or the other.
Andrew NenakhovZash, If calls are initiated by a message they'll be in message archive, I guess
ralphmBut you want other clients to know which resource accepted the session-initiate.
ZashYes. But a proper CDR would include whether it was answered and how long the call was.
Yagizahas joined
Andrew NenakhovTrue.
ralphmZash: indeed, as in my example
ralphmWe didn't get to propose this to the XSF.
alacerhas left
rtq3has left
Zashralphm: That's from the presentation you gave at the Summit right?
ZashServer-assisted Jingle does seem in line with the routing changes proposed.
alacerhas joined
ralphmZash: yes
ralphmZash: well, yes and no. Our implementation was server assisted, but I'm unsure if that's ideal.
ralphmAgain because of the deployment issues (not unlike MIX)
Zash353 + MAM could get you some of it.
contrapunctushas left
contrapunctushas joined
ralphmI don't think XEP-0353 is the right approach though, because it precedes the actual initiation.
ralphmSo a client knows it has a call, but cannot setup anything yet, because he doesn't yet have the details of the call.
ZashHm, and it has some overlap with SIMS
ralphmZash: how so?
ZashIn the abstract "Jingle initiaded via <message>" sorta way.
waqashas joined
ralphmoh
ZashSIMS as in https://xmpp.org/extensions/xep-0385.html
Andrew NenakhovI actually think SIMS is a very bad idea
Andrew NenakhovLike yet another markup language for year 2019
ralphmWell, we used SIMS for sharing media in our app.
moparisthebestI don't *think* you are talking about SIMS Andrew Nenakhov ?
ralphmI don't see it as another markup, but more as a format to describe a shared image, video, audio thing.
moparisthebestAndrew Nenakhov, I *think* you are talking about https://xmpp.org/extensions/xep-0394.html Message Markup
moparisthebest?
ralphmWe used it without the begin/end attributes on the reference container, though.
ZashI see it as reusing the Jingle FT descriptor in
Zash... a message
ralphmSo if the objection is on that wrapper, I think that's worth discussing.
ZashI can understand that it looks a lot bigger than OOB that's used currently with http upload, but it allows some nice things.
yonhas left
ralphmThose extra things were essential in building something similar to sharing media as for example WhatsApp.
ralphmParticularly thumbnails, and caption.
ralphmI think they ended up not really using the hashes for caching, although I still think they should have.
Andrew Nenakhovmoparisthebest, SIMS is using references
Andrew Nenakhov<reference xmlns='urn:xmpp:reference:0' begin='17' end='20' type='data'>
Andrew NenakhovPretty much a very ugly markup language to me
ralphmAndrew Nenakhov: first of all, you don't actually have to use the begin/end attributes, and just included it as some kind of attachment.
ralphmSecond, the idea of References came from how Twitter allows for marking up Tweets in their API.
Andrew NenakhovTwitter did a number of changes to how they mark up their messages
ralphmParticularly useful for marking up @mentions, #hash, links, etc. in a plain-text string. Potentially after the fact.
Andrew NenakhovCurrently any images now are expempt from 280 char limit, they are just "added"
ralphm(much like how Slack sends a separate message when you submit a plain-text message to highlight stuff)
Andrew NenakhovI'd rather resurrect xep-0071 :-/
ralphmAndrew Nenakhov: I'm not talking about that, I'm talking about this: https://developer.twitter.com/en/docs/tweets/data-dictionary/overview/entities-object.html
waqashas left
ralphmAndrew Nenakhov: sure, there are pros and cons.
ralphmBut XEP-0071 didn't allow for marking up the stuff I mentioned above in much the same way.
ralphmAt least not semantically.
Andrew NenakhovWell at least you don't use JSON 😂
Andrew NenakhovI'll think about 385.
ralphmWith References you can say: "this bit here is a hashtag, and here is a link to something useful to do with that"
Andrew NenakhovI'm not entirely happy with 221 xep modification we currently is to share media files
Andrew Nenakhovhttps://xmpp.redsolution.com/upload/4bddf4f264f5c6577f16551f16a0abdf3f7ff84d/TKd1DfB6/IMG_20190228_161844266.jpg
https://xmpp.redsolution.com/upload/4bddf4f264f5c6577f16551f16a0abdf3f7ff84d/1cjpVG7c/images_2_.jpg
https://xmpp.redsolution.com/upload/4bddf4f264f5c6577f16551f16a0abdf3f7ff84d/FFCwhXmN/IMG_20190303_163919048.jpg
ralphmOr: "this piece of text really is a think that can be interpreted as a custom emoji, and here is a link to a thumbnail to replace it with when rendering on a device that can show arbitrary images (unlike, say, a console client).
UsLhas left
YagizaAndrew Nenakhov, why resurrecting XEP-0071 instead of improving XEP-0393?
ralphmYagiza: for what it is worth, XEP-0393 doesn't resolve this issue of References, but they can work side-by-side.
Andrew NenakhovYagiza, because 393 is silly bad horrible idea
YagizaAndrew Nenakhov, ok, XEP-0394, of course.
ralphmAndrew Nenakhov: why? It just documents some convention on how people *already* markup their plain-text.
UsLhas joined
Yagizaralphm, so, why it's a standards track, not informational or historical in that case?
ralphmYagiza: ah, yes, that _is_ similar to References.
valohas left
ralphmYagiza: valid question, maybe because it also tells clients how they can interpret it, which is something that is not that widespread.
ralphmI.e. the difference between what users type, and what clients show.
Andrew Nenakhovralphm, because markdown is a method of WYSINWYG editing, a means to encode html in a more human readable way. It is not supposed to be passed as markdown markuped text, it is supposed to be rendered into html
ZashNothing is perfect in this area
ralphmZash: right
Andrew NenakhovSo if you format with markdown, you render html and send HTML
ralphmAndrew Nenakhov: well, outside of XMPP there are so many uses of Markdown contrary to your point, that I'm not even sure where to begin.
Zash393 isn't Markdown tho
ralphmPeople even write books with markdown files as the the source
ralphmZash: and that
pep.has left
pep.has joined
YagizaAndrew Nenakhov, anyway, sending HTML version of the text along with plain text is much worse idea, than sending formatting along with the text.
Yagizaralphm, so, why XEP-0245 is informational, but XEP-0393 is standards track?
Andrew Nenakhovralphm, I've seen services where you enter html formatted table and they render a markdown formatted table.
Existence of such services doesn't prove anything about markdown but that the creators of service apparently forgot that you can use html to format tables directly in markdown.
Zashralphm: Unfortunately often mistaken for Markdown tho, which produces the same problem XHTML-IM has, due to HTML-passtrough being a feature of many markdown libraries
Andrew NenakhovZash,
> 393 isn't Markdown tho
Uglier, yes. Same principle, though.
lnjhas joined
ZashAndrew Nenakhov: Roughtly what people have been using in plain text email since before I was born. Probably.
Andrew NenakhovWhy, if we have html, for, like, 30 years?
YagizaAndrew Nenakhov, XEP-0393 is just another LML description.
ralphmYagiza: XEP-0245, which documents /me, is about specifying how the markup *and* implementation have been done historically. The use of /me predates XMPP, and by the time this spec was submitted, all clients already did this.
Nekithas left
Nekithas joined
Yagizaralphm, so, why it is not hystorical?
ralphmI don't remember
ralphmYagiza: oh wait
ralphmYagiza: historical is for things from before we had a JEP/XEP process. I suppose it could have been historical. But it is probably Informational because it is more a best-practice kind of thing.
ralphmI think it could have gone either way.
Alexhas joined
Yagizaralphm, so, why XEP-0393 is not a best-practice of LML implementation in XMPP client software?
ralphmYeah, I can see the argument for it being informational instead.
Guusback. No cavities! 🙂
ralphmGuus: good for you
Marandahas left
Marandahas joined
ralphm😁
Alexhas left
Andrew NenakhovBtw a question on 385 Sims.
If I share 5 images, what's fallback behavior? It doesn't look like I can put urls to 5 shared images in <body>
ralphmOur client sent 5 images as 5 separate messages
ralphmBut it is a good question.
Andrew Nenakhov> Our client sent 5 images as 5 separate messages
We decided against such approach.
Andrew NenakhovBecause when we send several items we want them to be presented as nice gallery of images
ralphmIt flowed naturally from our product team's requirements, so that was convenient.
ralphmRight.
Andrew NenakhovAnd if they are separate there are weird effects when loading from message archive
ralphmWell, if the gallery also has some kind of web presence, you might be able to link to that instead.
Andrew NenakhovLike we've loaded 5 most recent of 10 and gallery looks kinda broken
ralphmotherwise, I see no real alternative to include links to all images
Andrew NenakhovSee above.
ralphmMaybe I misunderstood, but other than it not being appealing visually, why couldn't you include 5 links in the body?
Andrew NenakhovCurrently we use data forms media element xep 0221 that allows us to pass metadata like size, video duration, etc, and duplicate links in body
ralphmI'm not too familiar with XEP-0221, but I remember not being a fan when I voted on it in Council.
Andrew Nenakhov> Maybe I misunderstood, but other than it not being appealing visually, why couldn't you include 5 links in the body?
But with 0385 if I want to have just images with empty body?
Andrew NenakhovNaturally with client that supports 0385 I think I can send empty body and 5 items with images and get desired behavior
ralphmAndrew Nenakhov: oh, right, that's a good point. In our case we didn't use begin/end and used the body as a fallback.
Andrew NenakhovBut how to provide fallback?
winfriedhas left
ralphmSo our body had the urls of the images.
ralphmBut you can do the same in case the client does understand SIMS, as the client could see that the body only has things being referenced and just ignore the body.
ralphmBut good point.
Andrew NenakhovI think that body should in all cases treated as fallback method. Obvious solution Is to add <formatted> to XEP
ralphmBy point is that if the body has 'https://example.org/1.jpg https://example.org/2.jpg', and SIMS that refers to them, it would see that it is basically image + space + image, and choose to ignore it.
ralphmOn the other hand, we were also going to do more rich formatting, with carrousels for images, etc. For that, maybe SIMS is less ideal as-is.
ralphmAnd buttons
ralphmUnfortunately we didn't get to define those fully, yet.
winfriedhas joined
ralphmAt some point, fallbacks become hard, and you have to admit defeat. I.e. accept that some clients will have a degraded experience.
waqashas joined
ralphmIn the case where a newer version of the client would support it, the fallback text could reference that fact instead.
ralphmIt all depends on the ecosystem, in our case we controlled both client and server deployment.
Andrew NenakhovWe always treat body as fallback to dumbest possible client.
Andrew NenakhovSo pasting all links is a must.
Andrew NenakhovBut making advances client follow some vague rules to ignore body because it has specific type of format... No I dont think it'll work well
Andrew NenakhovI'll think of it.
Andrew NenakhovDo any clients support 0385? I'm not a fan of it, but if it has some spread, I might reconsider
andyhas left
Andrew Nenakhovhas left
Andrew Nenakhovhas joined
UsLhas left
ralphmNot sure, outside of our app
Andrew NenakhovWhat is that app you are referring to?
UsLhas joined
Dele Olajidehas joined
contrapunctushas left
contrapunctushas joined
Dele Olajidehas left
Dele Olajidehas joined
Marandahas left
Marandahas joined
alacerhas left
mhas joined
intosihas left
intosihas joined
alacerhas joined
valohas joined
kokonoehas left
kokonoehas joined
alacerhas left
alacerhas joined
winfriedhas left
winfriedhas joined
Dele Olajidehas left
Dele Olajidehas joined
Dele Olajidehas left
Dele Olajidehas joined
ralphmThe VEON app. You can no longer get it.
lnjhas left
Andrew NenakhovOh ok.
debaclehas left
oli"For many years I’ve interacted with my fellow humans, I think perhaps more than any other way, via the medium of Internet chat. But in my chat window, they’re fading, one by one. This problem is technical and personal and I felt it ought not to go unrecognized."
https://www.tbray.org/ongoing/When/201x/2019/03/11/Lights-Going-Out
XSF Discussion - 2019-03-13