deleted by creator
I can’t see from this article whether “could cost” means there are lawsuits ongoing/pending, or just the author has speculated what the fine could be if there were a lawsuit?
Thanks!
Does this really need docker, if it’s all in-browser? Ultimately, is it just served as files from your self-hosted server and the client browser does the magic?
Yep. It’s on the TODO list…
You can do that? On ordinary, non-rooted Android?
I use Nebula. It’s lightweight, well-engineered and fully under your control. But you do need a computer with a fixed IP and accessible port. (E.g. a cheap VPS)
You can also use “managed nebula” if you want to enjoy the same risk of the control point of your network depending on a new business ;-)
Tailscale is great. The principle concern to me is that your super easy mesh network depends on Tailscale so if they want it they have control, and if they change their pricing or options you depend on them, and though they can’t see the data you send they can see the topology of your network and where all your computers/devices are.
I use Nebula, which is more work to set up and doesn’t have some of the features, not But if you slap the ‘lighthouse’ (administrating node) on a cheap VPS it works great. And it has some advantages. But Nebula also troubles me: though it’s fully open source and fully in your control, the documentation isn’t great. Instead, you can now get “managed nebula”, which puts you in the same problem as Tailscale: the company sees and controls your network topology. I fear the company (Defined Networking) is trying to push things that way. Even their android app you can’t fully configure unless you use their ‘managed’ service.
For now, Nebula is great, and my preferred mesh network (I looked into all the main ones). And for Tailscale you can run the administration server yourself with Headscale and be fully in your control.
Actually I wish Tailscale the best as a profitable business. They’ve created a fantastic service and system. But for me, I’d rather my network be in my own hands and for my own eyes. And, as is OP’s main point, once they have enough dependent users, the service might turn much worse.
I think that’s because both work on Android by being a VPN, and the system can’t handle doing two vpns simultaneously
Shills or no shills, using Debian does not reduce your reliance on Red Hat software all that much
Maybe, but if, based on one loud mouth in a Lemmy thread I began a whole intensive programme of de-redhatting my life, that would be a bit dumb ;-)
But veering a little more away from using Redhat or Fedora, seems a proportionate response to finally feeling there really is bad faith shilling and genuine red flags. My inflammatory language was perhaps just an emotional expression of that.
Does your distro use systemd? … If so, Red Hat has a lot of influence on the evolution of your distro
And that was part of the controversy, wasn’t it? And part of why, if vague memory serves, Debian resisted it at first. Perhaps your comment vindicates them!
I also think not being idiotic means acknowledging facts.
Sounds like a pretty sensible policy :) Thanks
Normally I sit back from this sort of drama: there are certainly bad actors and bad attitudes in various places, but in the end, for most purposes, it’s just another distribution?
But one commenter here, by looking so strongly like an idiotic shill, has now turned me against RH and Fedora. Hopefully the sour taste will fade soon and I’ll forget, but for now: Use Debian-based or Arch-based, people! Or SUSE! (I know they had their controversial moment, but AFAIK all is forgiven.) Or another! But keep control and consolidation out of Red’s hat.
Cool! Thanks for sharing.
Nix-related job - do tell!
Weird Al: Kernel Drivers
A parody kernel of Linux USB Support
Ubuntu 20.04, and doesn’t work on other Ubuntu versions? Sounds like it’s compiled against old libraries.
If you want to try something more advanced, you might be able to get it to work in Nix or Flatpak. Both are ways to use the exact software libraries with an application. Both would be quite steep leaning to do! Even docker might solve the problem; still not an easy solution though, and might be harder to get hardware features working.
I got the impression Mint isn’t best for KDE. For the reasons you mentioned, I guess, because it’s not been set up with all those options right for KDE.
I’m also on Mint, and happy to stick with it for some time, but sometimes I’ve wondered about going back to OpenSUSE, or even trying KDE’s own distro. But by then I start thinking about Nix and Guix also, as well as old faithful Arch. Then it’s too much choice and I remember how nicely Mint works for me and the family!
Huh, interesting. I’ll bear that in mind - I don’t like the idea of a system clock error causing an old file to overwrite a new one!
I recall a lot of my peers hosting mail and web servers
I don’t think that’s representative of the global population. There’s more people streaming movies than hosting private blogs.
Curious about your point about time conflicts. Doesn’t syncthing look at the change on your machine compared to the ‘canonical’ list also stored on your machine? So even if the timestamp is different, syncthing still detects the change, and the only problem is if the file is simultaneously modified on another machine before being propagated - which would be a conflict anyway.
If you ask Syncthing how to do local sync (e.g. to an external HDD), the answer is, use the right tool for the job: Unison.
If you ask Unison how to do certain things (directory timestamps is the one I miss), the answer is, use the right tool for the job: rsync.
In the end, it all comes down to rsync.
P.S. I’m actually gradually migrating up the chain from rsync, having used my own hand-built utility to make convenient rsync commands, but now using syncthing and Unison more.