XSF Discussion - 2022-10-18

Whelp, no CCCongress this year either

mathieui ?

It has been cancelled

Yup :-/ Maybe we can have an end of the year open talk 1-2 hours?

CCCancelled

XSF / XMPP open talk

(https://www.ccc.de/en/updates/2022/no-congress-2022)

online ofcouese

What if we arrange the XSF / XMPP Xongress? :P

I think of the Tuesday, 6th of December, late (CEST)

ZimpyMeet

What?

You can come to my place in Grenoble , France, I'll make apple pie 🥧

i hope the CCC orgs will spend time productively and respond to the crew assault on the cock.li owner that happened at the previous congress

Noo, no big thing, just online meetup. Maybe collect some agenda points

Yeah maybe would be nice some xmpp theme thing

L29Ah: Isn't cock.li == Hitler.rocks == nuke.africa? Doesn't sound like people you want to have on your congress… But I don't know what happened with them there.

mdosch: https://vc.gg/blog/36c3-staff-assaulted-me-for-political-reasons.html

I dont see anything bad with the situation either.

Apolitical is overrated. And thankfully CCC is not

No time to read it now but an admirer of Hitler saying > CCC is an organization whose leadership has been infected with people who use their power to exert political will over their victims, and have demonstrated that they are willing to resort to violence to meet some political end and theft to destroy evidence. is comedy gold. ✏

> an admirer of Hitler [citation needed]

also does it follow that admirers of Hitler should be beaten up, and it is considered "nothing bad with the situation" when this happens?

A great question for a different venue

(Indeed, but here is not the place for such a discussion as it is offtopic)

If this is a defence for hitler admirers i would like a moderator here

> Zimpy I'm stealing that

yeah, let's move on to xmpp@chat.yax.im

> also does it follow that admirers of Hitler should be beaten up, and it is considered "nothing bad with the situation" when this happens? I only had time to read the start as mentioned. I didn't say they should be beaten up. For the citation: It was listed on cock.li that they are also Hitler.rocks.

This escalated quickly from 'apple pie'. I like MattJ's suggestion.

I prefer apple pie

I agree apple pie is great

Hmm, looks like they removed cock.li and Hitler.rocks from the list. But maybe it's still on archive.org

I prefer Apple wine. 🙂

mdosch, `whois` still points there

Perhaps not the best type of pie but certainly up there

Im a mushroom pie guy myself

Wait what? I'm intrigued

Apple users are statistically wine drinkers.

Kantarell- unt wästerbottensostpaj? ✏

Are you sure? I'd need something much harder to use an Apple device

It's just a matter of getting used to, says the person who's using the same window manager for twenty years now.

Time for glühwine yet?

It's been 20°C today, I'd rather get a cold Federweißer

> If this is a defence for hitler admirers i would like a moderator here +1 Such statements shouldn't be taken lightly. No wonder fasism is rising again everywhere if nobody says anything about it. Whatever the venue.

Hi all. Does anyone have experience with XEP-0361? I'd like to create a messaging service that works over radio using XMPP and that XEP seems to be the way to go among others. ✏

khirput, it's an informational XEP, so it doesn't define any protocol. Which is kind of the point - to be "zero handshake", each side must already know the features that the other side supports/expects. This is contrary to how XMPP normally works (which uses feature discovery and negotiation), and importantly makes it mostly a question for implementations.

It's mostly "taking protocol away"

Dear XSF Board & XSF Members, the Google Summer of Code 2022 ended last month and we just had our recap call with the project contributors and mentors but also me representing the XSF as Organization Administrator. In general, the feedback was good with regard to experience, learning and setup from both contributors and project mentors. We discussed team interaction, communication and also what to take away for the future in general. In that regard weekly chat meetings and at least bi-weekly blog posts on the conducted work are supporting the coding phase significantly. More work should be invested into the breakdown of task and specification implementation, a "How to register without Google email" :-), communicate more conservatism to not underestimate the workload and continue with requirement to write frequent blog posts. As I did this role the first time I was also asking how well I performed and the feedback was very positive. Reminding of deadlines and duties has been mentioned as great support. Even I haven't decided yet, taking this role again was seconded positively! I also say thanks to all involved and spending their time on this! Also, thanks for letting me taking this responsibility! Cheers, Ed _____________________ The XMPP projects: Find the articles and hyperlinks summarized in the Newsletter entry: https://xmpp.org/2022/10/the-xmpp-newsletter-september-2022/#google-summer-of-code-2022 Patiga worked on more flexible file transfers in Dino. Mentors are fiaxh and Marvin W.. ◦ Stateless File Sharing GSoC project ◦ Project Stateless File Sharing: First Steps ◦ Stateless File Sharing: Base implementation ◦ Stateless File Sharing: Sources and Compatibility ◦ Stateless File Sharing: Async, Metadata with Thumbnails and some UI PawBud worked towards adding support for A/V communication via Jingle in ConverseJS. Mentors are JC Brand and vanitasvitae. ◦ On-Boarding Experience with XSF (Converse) ◦ ConverseJS: An in-depth view into my GSoC'22 project! ◦ Google Summer of Code 2022 at XSF: Converse.js - Mid Term Evaluation Update

Thanks to all the contributors and your hard work emus 😃

In XMPP logo colors: 💙️💚️🧡️💙️ 🙂

Btw one can join the GSoC MUC here for future adventures:

xmpp:gsoc@muc.xmpp.org?join

> MattJ: > 2022-10-19 05:37 (GMT+10:00) > khirput, it's an informational XEP, so it doesn't define any protocol. Which is kind of the point - to be "zero handshake", each side must already know the features that the other side supports/expects. This is contrary to how XMPP normally works (which uses feature discovery and negotiation), and importantly makes it mostly a question for implementations. > It's mostly "taking protocol away" Ah, right. Thanks for the reply. ✏