Do you self-host Jitsi? The public instance has absolutely unusable FPS for streaming gameplay which is pretty much the only thing I still use discord for because it’s the only thing that seems to do it well. I read somewhere you can turn up the FPS on a self-hosted Jitsi though.
Irresponsible and malicious journalism like this is why I have an immediate distrust against any sort of reporter that tries to talk to me. Probably irrational but still.
Never seen this before, but you can enable NFS debugging with ‘rpcdebug -m nfs -s all’ (or nfsd on the server, or rpc for the underlying protocol). It prints to dmesg.
This is a great project. The way it handles mixing markup and code is on point. Also, for drawing its CeTZ is so much nicer than TiKZ, the LaTeX equivalent. I made some great graphics with it for a seminar presentation and paper that I couldn’t have done anywhere near as easily with LaTeX. (The presentation slides I made entirely with Typst, the paper had a LaTeX template that I didn’t feel like remaking because it was huge so I just embedded the graphics I made with Typst)
I'm not convinced this is a good idea. Resident keys as the primary mechanism were already a big mistake, syncing keys between devices was questionable at best (the original concept, which hardware keys still have, is the key can never be extracted), and now you've got this. One of the great parts about security keys (the original ones!) is that you authenticate devices instead of having a single secret shared between every device. This just seems like going further away from that in trying to engineer themselves out of the corner they got themselves into with bullshit decisions.
Let me link this post again (written by the Kanidm developer). Passkeys: A Shattered Dream. I think it still holds up.
I changed all the KDE shortcuts to be like on Mac (because I like those more). I have a keyboard with Mac layout for my Linux PC and have swapped meta and ctrl via the keyboard settings (i.e. you press ⌘C but software receives ctrl+c), because a lot of non-KDE apps are way worse about remapping shortcuts so if they really want ctrl I at least want it to be on the ⌘ key, and also because the meta key behaves weirdly at least in Qt, for example it doesn’t block text input when held down unlike ctrl.
These are the big annoyances with this that do trip me up:
Terminal (since I’ve switched ⌘ and ⌃, the standard shell keys such as ⌃C are now ⌘C instead because that is unremappable in Konsole, and I’ve had to put copy/paste/etc. on ⌃C etc. instead)
Text navigation in Firefox — while I remapped the bindings for KDE/Qt, it’s impossible to do that in Firefox which means ⌥◀︎ is “navigate back” instead of “move caret back one word”. This is the most awful because it keeps making me reload pages when I’m editing text and don’t pay attention
Text navigation in KDE/Qt apps — it’s so close to good but I can’t remap the “extend selection word left/right” keys from ⇧⌘◀︎/▶︎ to ⇧⌥◀︎/▶︎ to be like the “move caret” keys (⌥◀︎/▶︎). Same for the select to start/end of line keys.
What they suggest sounds like setting up a bridge interface between your LAN and the VPN interface to connect the VPS with your LAN. That’s actually a good idea since it would not need you to have a separate /64 for your local network. In this case I’m pretty sure that your VPN needs to be a layer 2 VPN, i.e. transports whole ethernet frames instead of TCP/UDP only, for this to work correctly. Wireguard doesn’t do this, OpenVPN can for example.
To make the VPS a gateway, you need to configure it to forward packets between networks and then set it as your default route on the clients (with IPv6, default route is usually published using router advertisements, set up radvd service on your VPS for that). That’s pretty much it IIRC except for the firewall rules. Here’s an article that’s some cloud stuff but is also applicable to your situation: https://www.linode.com/docs/guides/linux-router-and-ip-forwarding/#enable-ip-forwarding
I had the network before moving here (created it when I did have a public IPv4). Can't test creating one new since it will only allow me to make one per IP.
Hm, it doesn't? I'm not behind CGNAT but I'm in a network I don't control (university dorm) so my gateway is just another device in the local network and I don't have a public IP which I control, which I feel like should effectively be the same thing as CGNAT, and it works for me. Maybe it isn't the same.
The easy way is to just use tunnelbroker.net, that is what I currently have (this would use one of their assigned net blocks, not the one from the VPS). Set it up on the Pi, set up IP forwarding with appropriate firewall rules, make the Pi serve RA so clients can assign themselves an IP, done (IIRC).
If you want to set up the v6/v4 gateway yourself, I would do this with a /64 you can fully route to your home network like you would get with tunnelbroker.net because then you don't have to deal with the network split and essentially two gateways for the same network (your Pi and the VPS), because otherwise your clients would assume the VPS is directly reachable since it's in the same network when in reality it would have to go through the gateway (you would have to set up an extra route in that case on every client, I think). You'd need a second network from Oracle for this.
But it's pretty much the same thing I would assume plus the setup on the VPS side, make the VPN route your /64 block (or use 6in4 which is what tunnelbroker.net uses), configure IP forwarding on the Pi and the VPS between the VPN interface and local/WAN respectively.
You're looking for an OAuth-compatible identity provider (personally I use Kanidm, if Keycloak does that too that works, I've never used it). And then set it up as the auth mechanism for Immich, and whatever else you want: https://immich.app/docs/administration/oauth
Huh, I thought I looked through them all when I tried it last time. I’ll check again.