As Flatfire mentions, another issue can arise if plugins can modify the config. I assumed config to be read-only for the software, only editable by the admins, and never by the tools themselves.

I’d try to share the config space as much as possible. Options 1 and 3 make sense then.

What feels “right” to me, when using NixOS and its module system, is that all config has the same shape, and is therefor easily moved to a different section, or to a section that is shared by a subset of plugins.

Con: It could lead to bad practices like strengthening dependencies between plugins (if they hard code to use a specific config option of another plugin).

Pro: But if you can discourage that, or use “deprecated pointers” to the new location of an option, the ease of moving shared config options to a more generic level can make it easier to maintain the total configuration. Developers of the separate plugins can build on what others have already done, and even synergize functionality (add a convenient integration if they see another option configured).

If some options are “secret”, though, and you don’t want those shared, they should either be in their own config (easier), or you’d need some access control on the configuration storage/file for each plugin (more work). Allowing a plugin to have a separate file for credentials, for instance, could be a good choice.

I think there might be a bit too much complexity in the bot.

That is an interesting source. Thanks for the link!

This is still salvageable by pronouncing it as “an earl”.

I agree, and I love how it has these younger words with a vivid etymology, how it shares so many common roots with English, German, the Scandinavian languages, and a serving of French, but also sprinkles of many other languages from its seafaring and otherwise trading history. And I love the grammar rules that allow one to be precise and concise in many things (but there we must definitely bow to German).

Water bearer makes much more sense, thanks! I did notice the images where a guy carries a jug, but as a kid, I always imagined the water man to be some kind of elemental, and I never consciously challenged that idea. Haha.

In Dutch we don’t use the Latin names for zodiac signs (and we call them “sterrenbeelden”, which means “star images” or maybe “star statues”). Aquarius is “waterman”, which I guess would translate to (surprise) “water man”.

Why? Not sure, but it might be because of Simon Stevin who insisted we use Dutch words for mathematical concepts, and thought up some words like “evenwijdig” (“same distancey”) for “parallel” and “wiskunde” (“certainty knowledge”) for mathematics.

I would guess this would link to https://github.com/CyberRoute/scanme maybe. Or a comparison document with nmap?

👏👏👏👏

git was designed to be decentralized. Everyone can (technically, but it is not too hard to set up if you have some affinity with servers) fork/clone another git repository and serve it up. It has built-in ways to synchronize with any other server. In fact, that synchronizing is what most developers do when they use git.

Of course, that would make it harder to know which repository has the “official” version, but in a way, that is maybe also a benefit of decentralisation. Knowing what code is authentic can be done by signing the commits.

The hubs that we see, are usually a combination of git and a way to serve the code, along with documentation, roadmap, bug tracking, automatic testing and building and the resulting binaries in a visually pleasing way. That does not need to be a part of decentralizing the code, and it is not the only way to do it.

Some of that can also be done with git built-in tracking of files, and the building and testing can probably also done in other locations, as long as there are files describing how to do that bundled with the code (which practically all projects already do).

Sourcehut (https://sr.ht) is one hub that helps developers use simpler tools for those workflows, and I think that’s a good place to find some inspiration.

Might not be a useful plugin, but fans of Terry Pratchett might like the GNU Terry Pratchett idea. For librewolf I use this slightly updated add-on which fixes some minor issues (source available).

Heh, thanks. I did just look up what people on StackExchange thought about it, and in short: both are correct, although the word originated as a mass noun (uncountable).

I was guessing that the intended usage would be “email messages”. And I would compare it to (snail) mail. You can get a lot of letters, but it is still a lot of mail.

Thanks! I’ve used emails as a plural of email for a long time, referring to the messages. Not a native speaker, maybe it’s something Dutch people do with some loanwords. Never softwares or the (more recent) codes, though.

I will never not read LTT as Lews Therin first, of whom, as a lover of both FOSS and EotW, I definitely prefer being reminded.

E: my brain forgot that the series is called WoT. EotW is just the first book, indeed. But I’m rambling very much off topic here.

At least the sawhorse resembles a horse :)

Like the Dutch “ezel” (which is the same word used in Dutch for painting-supporters which in English are called “easel”).

You can see the wololo-waves radiating from a cross if you put it in the earth.

The opening quotation marks should be on the bottom, but it’s been a while since I wrote them that way. Luckily, the wiki page (in Dutch) shows how they can be entered in three common OSes (see: unicode), so I’ll try my best to revive the correct usage again.

Also, I don’t think it is considered incorrect to use top quotation marks on a computer any longer.