XSF Discussion - 2021-05-25

Yes

Voting has not started yet? The bot does not answer me ...

No, I dont think so

Alex:

not started yet. Was a long holiday weekend here in Germany. Will start the bot today after catching up with some work and requests 😀

👍

XD

no voice and video calls on the computer

windows

right?

That would depend on the client.

which client has got video call in the windows

dino might

windows?

All I know is that in the past (~10 years ago) it was difficult to get the relevant media libraries running on Windows, so the functionality was mostly limited to Linux, at least among open source clients.

Dino did get voice & video call support recently, not sure if it works in the unofficial windows builds. There's a chat for that somewhere you could ask.

Zash So there is no video calls in Win

I did not say that.

I do not use windows, so I don't know.

ok.

şişio: xmpp:dino-win@chat.diebesban.de?join

Thanks > şişio: xmpp:dino-win@chat.diebesban.de?join

Heya xmmp istas, nice to be here

Hiya

Here conversation is about standards, right ? ☺

yep, specifically XMPP standards :)

and a touch of XSF organizational meta

Okeey , crystal clear

I got to the xmpp beast heart's ? 😅

A pleasure... eager to learn from

Umh... xmpp:jdev@muc.xmpp.org seems to be idle kind of... right ?

sometimes yes, sometimes no, be the change you want to see :)

For 4 hours?

stuff that could go on jdev i tend to put here instead, or maybe in the operators chat, they are closely related

> sometimes yes, sometimes no, be the change you want to see :) Inspiring quote, moparisthebest

the line between "standards" and "code" is very fine, or sometimes doesn't exist

Ah, qrpnxz

Kev, https://github.com/xsf/xeps/pull/1047 can you give this another review please?

flow, https://github.com/xsf/xeps/pull/1059 wanna officially unblock this by giving another review?

jonas’, done

flow, thanks!

https://github.com/xsf/xeps/pull/848 😑️

is https://github.com/xsf/xeps/pull/988 ready?

I'd love to see a author response deadline, something like 6-10 weeks. Such timeouts incentivize author responses in my experience from other projects

Zash, no, 988 still needs that thing fixed I mentioned in the comments

flow, no, they only piss authors off

when I see a project autoclosing issues, I go away.

I am not talking about autoclosing issues

what’s the difference?

(I think those are harmfull myself)

the difference is that you don't close the issue

what do you do then?

jonas’, more like "delegate to council after X weeks of the author not taking the time to answer, except if they request an extension)" I guess

mathieui, ah well, at least half of the linked ones need work done, not a decision.

that's a good question. first, it is obvious that the XEP authors are not able to support it in a reasonable fashion at the moment

which is bad, as it stalls further development

'848 we can bring to council easily

and makes contributors sad, as their work has no way to progress forward

insta-merge if no objection in X weeks :P

then council will have something to vote on for a change

so I think there a multiple options how to proceed from there, which do not necessarily have to be exclusive

one is to defer to council for a decission

another one is to ask if someone from the community wants to continue maintaining the XEP

maybe have a way to temporarily delegate authorship when the author is unresponsive?

we can already delegate authorship

if people cared enough that is

true

more process isn’t going to help this :)

not sure, it sure would be a good sign to the average contributor if someone else steps in after a author response timeout

I was more thinking of "ask the person blocked by the unresponsiveness if they want to do the work required"

instead of the current situation where PRs just lay dormant for months

but yeah, adding more layers of process when the main issue is lack of manpower is not going to help much

moparisthebest: https://github.com/moparisthebest/xmpp-ircd do i get it right this is python2?

i'd be happy to perdiocially screen old PRs and check them for author responses, so manpower shouldn't be an issue in this particular case

L29Ah, yep

but first, we have to agree on a process

flow, PLEASE do then

we don’t need process for that

pinging authors we can do already

and if you find stale PRs which seem somehow useful, bring them to council

I don't feel qualified and/or authorized to judge PRs usefullness, so I would probably simply label all PRs with where the author response is more than 8 weeks outstanding as "Needs Council"

I could do that, but it feels wrong to assign some entity work prior asking that entity

good thing that I’m council chair :)

by "useful", I mean anything which isn’t obviously obsolete / broken / incomplete (based e.g. on existing comments)

for instance, '988 is not for council

Is storing contact vcards a thing anyone cares about anyway?

I don’t know

Roster notes was a thing, right?

I like vcards. They are a standard.

vcard-temp

I try to sync them between diferent technologies.

vcard-tmp2 perhaps better?

:D

Sure... too much segmentation, sometimes...

Yeay, I have voted :).

Memberbot is online now and happy to talk to you ;-)

I hit two records: I was the last to write the application and the first to vote.

i like vcards like I like my passwords, not on servers.

How many users does XMPP have?

nobody knows ✏

Approximately

Nobody knows

If you have suggestions on how we can find out, let us know :)

😀😀

But it seems like a lot

I have numbers, but they are certainly wrong and I can’t tell by which factor *or* in which direction, so they’re as ~good~ bad as SystemRandom().getrandint() ✏

(please don’t use those numbers to roll private keys)

There are some stats on Prosody servers here: https://blog.prosody.im/2020-retrospective/ (but that doesn't include other implementations [Prosody is roughly around 50% of the known public network]), and it doesn't tell us how many users are on any of these servers

85k server...

> And this only counts instances using port 5269 and accessible to the internet.

şişio, about a gajillion

Also depends on what you count as "XMPP"

from XSF https://xmpp.org/uses/social.html https://xmpp.org/uses/social.html

^ some numbers

ganjillion

personally i count all IRC networks accessible through biboumi as XMPP

(at least this method works for Matrix)

then there exists no IRC for me.

Everything in IRC I need is accessible via biboumi.

What about everything reachable through the Matrix-XMPP bridge?

Matrix would count that

Multiple times too!

In theory XMPP can be bridged to talk to everyone so what's the population of the earth?

jmp.chat you say?

smtp.cheogram.com also

> from XSF https://xmpp.org/uses/social.html https://xmpp.org/uses/social.html > ^ some numbers İs this really right?

https://xmpp.org/uses/webrtc.html https://xmpp.org/uses/social.html https://xmpp.org/uses/internet-of-things.html https://xmpp.org/uses/gaming.html

Woww, ı think these are right