I’m aware of these options to do RAG, though I’m not using any yet. Only SillyTavern for chat stuff
I’m aware of these options to do RAG, though I’m not using any yet. Only SillyTavern for chat stuff
Apologies for the late response
I can access every node by IP (IPv6 to be precise).
Discovery within a local network happens through regular broadcasts. For connecting different networks, you need to set peering addresses that are reachable and configure the other side to listen.
You only need one node per network though, the others will automatically discover the path and connect on the best route to their target. If your node in the middle falls over, any other node that’s reachable can be used instead.
The Yggdrasil Blog posts have some explainations of the algorithms used.
There’s no explicit gateway, but you can use standard routing and firewall tools to do whatever you want. I only use it for accessing internal stuff, not as a full VPN for my client devices, but you could probably make that work by setting one node as router and configure its Yggdrasil ip as you gateway (excluding the traffic you need to connect to the VPN).
One downside is that everything’s still in progress and most versions change significant parts of the routing scheme, meaning it doesn’t work with the previous version. It is primarily a research tool for internet scale mesh networks, but releases are also infrequent enough where you shouldn’t worry too much.
Don’t pick up the phone on the weekend
I use Yggdrasil now with a whitelist of public keys. Though I’m thinking about redoing my architecture in general to make key distribution easier, have more automated DNS entries and also use the tunnel for any node to node communication.
Before that I tried Tailscale with Headscale, but I didn’t want to have a single node responsible for the network and discovery.
Most VMs only run containers, but I have supporting services on every host as well. Stuff like the mesh VPN, monitoring agent or firewall.
If I want a quick overview, a quick systemctl status
will tell me everything I need to know.
I’ve been managing my containers using the older mechanism (systemd-generate) since I started and it’s great. You get the reliable service start of systemd and its management interface. Monitoring is consistent with all your other services and you have your logs in exactly one location.
I really wouldn’t want a separate interface or service manager just because I’m running containers.
You have been SWIVELLED
Y’all should fix your democracy to the point where this is a viable option
You might wanna read up on the most current NIST guidelines
My parents use both in (not at the same time) to avoid rsi
Will you protect them from police raids and cover their legal costs for running a Tor node?
And it’s quite likely they only have 10G locally, with way less bandwidth going to the outside.
But that doesn’t help if Mozilla goes away
They require a lot of driver work to get everything working. Many of their chips for example only support h264 hardware decoding at the moment, although they would be capable of h265 as well. Another example would be the PineTab 2, which now after a few years has working wifi and an alpha bluetooth driver. Yes, it’s always getting better, but very slowly and it might well take another few years until you can just run a mainline kernel with full hardware functionality.
None of them have the manpower or money to maintain a browser engine.
For reference, Opera stopped years ago and even Microsoft gave up.
I wonder when the year of people shut up about systemd will be
I meant what I wrote, but couldn’t think of a better way to word it 😅
I’m focusing more on the community building and advancing software parts of the work they did/do. Some products are in a pretty good state, but that’s not the case for others.
I don’t have concerns about shipping, more about the community building and support aspect of their products.
If you’re happy with a product’s current state then fine, but if not you’re pretty much on your own.
Just recently XDG Portals to get video sharing working. It just kept using the GTK fallbacks instead of KDE as I configured it, but it used the correct ones when starting from the terminal.
Eventually I figured out I had set an env override for
XDG_CURRENT_DESKTOP="sway"
in my user systemd environment, because that’s what I used previously.