Yeah, distros should, at most, change the default accent color and some pannel icon, but no more than that.
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
That is strange. Check the logs show anything out of the ordinary.
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.
I just upgraded my Lemmy instance’s hardware and finally got IPv6 support :D
We’ll be fiiiiine 🥲 starts hyperventilating
Yeah Xournal++ is probably the best hand-written note taking and PDF annotation program available on Linux, it’s pretty well known. The system settings permission is to honor some global settings you might have enabled, and the file system access is so you can save and open stuff from anywhere, I assume.