Yeah, distros should, at most, change the default accent color and some pannel icon, but no more than that.

I’m not sure how they are less usable than Discord. “Everyone” (using quotations here because it’s not an absolute thing, but it’s almost so) knows how to e-mail, it’s one of the most fundamental Internet skills. Using Discord, however, is not, for a large amount of people. Sure, most developers either have had contact with Discord at some point or are capable of figuring it out just fine anyway. But seeing as FLOSS really shouldn’t just be about developers (as Drew points out too) and as end users should also be accounted for, e-mail as a basis for coordination and support is a very valid choice.

It’s pretty much account-less (in the sense that you don’t need to create yet another account), it’s easily indexable (there are plenty of web UIs for mailing lists), it’s convenient and highly asynchronous, not to mention it’s a mature and well established open standard and decentralized protocol, with lots of open tools that fit the spirit of FLOSS in general.

Discord, however, is closed, “unindexable”, doesn’t work offline at all (with e-mail you can read and compose e-mails totally offline, it’s heavier (both in terms of computing resources and data transfer) and full of intrusive pop-ups and whatnot (and has arguably distracting money-seeking features). That’s fine and maybe desirable for certain types of communities, specially the instant aspect of it, which is a strong and harmless difference between the two, but it’s not fit for the base space for contact between developers, contributors and users.

In my opinion, of course.

I’ve been finding Zulip quite helpful. It’s threading model is great and they overall focus quite a bit in the project coordination use-case. You can either self-host it or pay for their managed hosting (which is free for open-source projects), and you can add a plugin to make static HTML pages of streams (aka channels) in order to make stuff indexable and searchable (and iirc this is getting polished and built into Zulip’s core).

If you care about accessibility, email is still the best choice — it’s mostly text-focused, doesn’t need an account (besides what is universally seen as the most basic Internet identity), truly decentralized and has mature tooling. I just haven’t found a really good mailing list archive web UI. HyperKitty is good, but isn’t quite there for me. lists.sr.ht is neat, but lacks a lot of features. Above all, indexability and searchability (from inside the UI itself) is key.

True, an RCE is always a serious thing. Just saying it’s not exactly catastrophic like others have been more so.

Yeah, exactly. Very impracticable.

musl isn’t vulnerable, as per https://fosstodon.org/@musl/112711796005712271

The exploit isn’t that practicable, since it takes a very long time on 32 bit systems, which are ever rarer to see.

musl isn’t vulnerable, as per https://fosstodon.org/@musl/112711796005712271

readme.com (aka readme.io) ain’t libre, but it has a free plan.
I also think it’s a bit on the heavy side, but what isn’t these days…

+1 for lemmy.readme.io, it’s much easier to read than a JS lib documentation.

Yeah that’s vodozemac, which is a Matrix crypto SDK written in Rust, and is part of the broader Rust SDK they are developing (which handles nesrly everything necessary for client development, even some opinionated UI stuff).

Like rorschah said, it’s a Matrix client, with a focus on being super lightweight and embeddable, having its own SDK. I enjoy it, since all other clients (with exception of iamb ig) use up a lot of memory on my account. Unfortunately, development has been very slow lately, and the client is missing important features like edits, text formatting and so on.

I believe they will explore using the new matrix-rust-sdk in Element Web further down the line, but it isn’t a priority afaik. I’d love them to continue development of Hydrogen tho :p

Last time I tried starship (a few years ago), it was pretty bad, very sloppy performance, not async, at least on fish. I ended up sticking with the simple, yet effective hydro. Maybe I can give starship another try, but honestly don’t know if I even need all those bells and whistles…

It’s not because of features, since fish has tons of stuff as well and is super snappy. Someone pointed out most of those extra features are implemented in zsh itself, rather than in C, like core features.

Liftoff is basically a fork of the “old” Lemmur. It’s kinda sad they don’t even mention it anywhere on the repo :/ (they mention in the app’s about page)

@zachatrocity@lemmy.world

I didn’t know anything about Raddle besides the name until now. But gosh, is that a needlessly toxic pit. There’s a poor guy there getting completely beaten up by an admin and some others which seem to be enjoying their time-wasting public bullying. Oh well…

mm you bring good points! hadn’t thought of how it would level the playing field

Dang, looking at those phones from back then, they were such good designs. Simple yet effective.

I don’t see an issue, but perhaps nobody ever thought to really try shipping a device with something like that. Specially since the water proofing advent.

Yeah, exactly.