Muehe

can’t see how this can possibly be a good thing, you know it will mean funding with conditions.

Well, the things they are funding will get funded? How is that a bad thing?!

The conditions range from very broad, like "fix bugs" (curl), over somewhat specific like "improve cross-platform compatibility and the Linux RNG" (Wireguard), to very specific like "create a test-suite and drive development on the Fediverse account migration functionality" (ActivityPub).

You can see more for yourself at https://www.sovereign.tech/tech

All of these seem to be rather tame conditions that are just there to ensure the funds get used in the way they were intended to be used. And I don't really see how that gives the STF any sort of direct control over these projects, while it gives those projects resources to achieve more than they might have otherwise. There are no long-term funding models that would enable implicit control over these projects.

They could set up an account on one of the larger well established Canadian instances or even better start up their own.

Both of these options have their pros and cons, and I think it is important to explain these well to the council if you want to have any hope of convincing them.

A line of argument that has had some success in Europe is what has become known as "Digital Sovereignty", basically a fancy term for saying government should control its own infrastructure. So you might want to sell it as an easy way to have a permanent archive of public communication and a method for it that is under their direct control, rather than as a way to find more engagement.

As others have said self hosting has a maintenance and moderation overhead, but this can be lessened by running an instance together with other cities while still retaining most of the benefits of self hosting.

Seeing from the linked cross-post that this is about Port Alberni, and considering that http://portalberni.ca/ returns an empty reply while https://portalberni.ca/ lets me know I have been geoblocked because I'm outside of Canada and the US, I'd say you have an uphill battle before you though. These people made a website (probably paid for it, too), and then killed much of its use by geoblocking most of the world.

Good luck.

FYI you have a typo in your last screenshot (This sign m[a]y not...):

I don't know if there is any single takeaway here, this story is just fucking ridiculous on every single level.

1. They bullshited themselves into a search warrant based on typical cannabis "investigation methods".
2. In a state where recreational cannabis use is legal.
3. Persisted in the search even after their main argument for it, high energy usage indicating a grow-op, fell away when it was clear it was indeed a medical facility.
4. Made the motherfucking "Gun flies to MRI" TV trope a certified reality. This is a thing that verifiably happened now.
5. Instead of getting help, used a sealed (!) emergency shutdown button...
6. ...which damaged the machine. And released thousands of dollars worth of helium gas.
7. Forgot their loaded magazine on the ground.

This can't be real. I'm fucking dying over here. Please let there be bodycam footage of the cop speaking in a high pitched voice after. (I know the helium was probably not released into the room, but one can hope I guess)

android auto

First I heard of this, but since it seems to be just some software that runs on the hardware of car manufacturers it seems rather unlikely. But very theoretically possible, if the car manufacturer was using default process scheduling in a CPU constrained machine and now switches to real-time scheduling in an update. But that was possible for years before this news, the code has just been mainlined to the default kernel now. If the car manufacturer cared about that they would probably have done it already with a patched kernel.

Sittenhaft

*Sippenhaft

Sippe = kin/clan Sitte = morals/tradition

They never saw the message, they saw anon disconnecting, anon saw them disconnecting. Behind the scenes Blizzard made them shadow-ban each other, they will never share the same server shard again. Both sides think they won and Blizzard will continue taking money from both. /conspiracy

Oh yeah, can't use the same IP range as your LAN, that will lead to problems. :D Glad it's fixed.

Out of curiosity, does forwarding work now without the output (-o) command in PostUp?

Like I said in another thread on this post, I'm pretty sure that's because they are forwarding input but not output in the PostUp rules. Setting a /32 in AllowedIPs works fine for me.

What are you trying to say? That reply also shows AllowedIPs set to a /32 on the server side.

I don't think that's what the setting does. Anyway, I have them set to a /32 IP in my server config and it works nonetheless. I get full access to the /24 behind the server from the client.

You have ALL traffic being routed over Wireguard here.

Please correct me if I'm wrong, but isn't it the other way around? All Wireguard traffic is forwarded to the local interface.