Running LanguageTool locally is a bit of a pain, with some manual steps. Plus you have to fetch some data files. You can find around a few projects like this one to make it easier to run LanguageTool.
And yes, as the poster mentioned, LanguageTool keeps some code exclusive to their paid version. There’s a bit of a tension because they ask people not to extend OSS LanguageTool with their paid features.
There’s also this interesting clone, but it seems abandoned.
I dunno, I still have a soft spot for Proxmox. I want ZFS, so it’s about the only game in town with support.
(TrueNAS Scale looks good, but it would increase too much my Hetzner costs, because of their requirement of having a dedicated root pool. And I don’t want an LTS distro that supports root-on-ZFS “oficially”. That narrows the field quite a bit.)
(For work and for my workstations, I’m very pleased with Incus on top of Debian… but that’s because I don’t need ZFS on those.)
Ah, sucks :(
I’m looking forward to see where Incus OS goes, or TrueNAS Scale. Honestly, I was very tempted to automate a procedure to take a Proxmox ZFS install and replace the Proxmox bits with Incus bits :) Incus + ZFS as an appliance would be nice. I kinda don’t want to think about the underlying OS.
It’s on backports :D
(I’m actually running it from the Zabbly repos.)
You need two drives for the OS, four for data. Hetzner boxes are cheap with 2 drives, cost multiplies if you add any other.
I like to live on the edge of time and therefore have the feeling that debian based distros (although being very stable) are too “old” for my liking.
Nowadays, with Flatpaks, so many software providing binaries, etc. this does not matter so much. If you want, you can even use something like Distrobox to have containers for tools using whatever bleeding edge distro you want, but still have a solid stable underpinning.
Debian also has more stuff than you would expect in backports. The main sticking point is yes, you’ll be stuck in Debian 12’s KDE until 13 comes out. But that might be sufficient for you?
(You could also use Debian Testing, which is basically a rolling release. But I’d consider stable first.)
I see some CPU and memory usage on my setup… but I don’t even see any IO!
Literally, the IO chart for “week (maximum)” on Proxmox for my Nextcloud LXC container is 0, except for two bursts, of 3 hours of less each. (Maybe package updates?)
The PostgreSQL LXC container has some more activity (but not much), but that’s backing Nextcloud and four other applications (one being Miniflux, which has much more data churn).
Huh, what?
I see in your link that that image has support for KasmVNC, which is great and you could use to make Emacs work…
But the whole point of VS Code is that it can run in a browser and not use a remote desktop solution- which is always going to be a worse experience than a locally-rendered UI.
I kinda expect someone to package Emacs with a JS terminal, or with a browser-friendly frontend, but I’m always very surprised that this does not exist. (It would be pretty cool to have a Git forge that can spawn an Emacs with my configuration on a browser to edit a repository.)
Eh, my Nextcloud LXC container idles at less than 4.5% CPU usage (“max over the week” from Proxmox). I use PostgreSQL as the backend on a separate LXC container that has some peaks of 9% CPU usage, but is normally at 5% too.
I only have two users, though. But both containers have barely IO activity.
Web-accessible Emacs? What are you using?
I keep everything documented, along with my infrastructure as code stuff. Briefly:
edit: plus a few things that do not have a web UI.
I was going to mention ZFS, but I suspect Raspberries are too weak for ZFS?
If you can use ZFS in both sides, send/receive is the bomb. (I use it for my backups.) However, I’m not sure how well encryption would work for your purpose. IIRC, last time I looked at it, if you wanted an encrypted replica, the source dataset should be encrypted, which did not make me happy.
I’d love to work on making NASes “great” for non-technical people. I feel it’s key. Sending encrypted backups through peers is one of my personal obsessions. It should be possible for people to buy two NAS, then set up encrypted backups over the Internet with a simple procedure. I wish TrueNAS Scale enabled that- right now it’s the closest thing that exists, I think.
The next TrueNAS Scale can do LXC containers using Incus. It’s similar to a VM, but more lightweight. You can create a container for any Linux distro and install Borg on that. With previous versions, I googled and found some instructions to run Borg in a container with SSH, or you could use a VM.
Borg also supports dummy SSH targets, that TrueNAS can provide. Apparently, it’s lower performance-
Why the choice of TrueNAS Scale? For just a Borg target, you could run any Linux distribution.
YunoHost is a non-profit. Things could change, of course, but I’d fear more that YunoHost dies than it tries to monetize.
TrueNAS is backed by a for-profit company that so far has a good track record and looks pretty sustainable. Plus, while YunoHost might be a bit more troublesome, TrueNAS Scale is pretty much based around “open” things- their app catalog is basically Helm charts, for example.
Docker Compose is quite portable too, but if you are re-using YAML compose definitions from the Internet, or non-official container images by third-parties, there’s also risks involved- not everything is easy to migrate! I prefer a very hands-on approach to my personal infra (I package some RPMs!), so I think I wouldn’t personally use YunoHost, but I feel somewhat comfortable recommending it to others.
YunoHost is very nice to run on a VPS (or a box at home, or anything). It has good email hosting support, and I feel people without systems administration experience could get it running and host a couple of apps for a group without too much trouble.
TrueNAS Scale has awesome NAS capabilities. ZFS is the bomb. Plus, they are integrating Incus, which I’m a huge fan of. I think it hits a sweet spot for people with systems administration experience. Just install it and you get great NAS capabilities, the option of running a K8S instance, LXC/VM capabilities, and some “app catalog” (I test drove that briefly and it looked decent, but I think less hands-free than Yunohost.). My pet peeve (and I understand why they do this) is that you need separate drives for the OS and for data, so if you want redundancy you need 4 drives- which is likely fine for home use, but I’d like to run TrueNAS Scale on a Hetzner dedicated server, and that increases costs a lot.
If your primary desire is to run a few apps and you want to minimize your learning/effort, I’d check out YunoHost. If you want to do more, but also invest more time, TrueNAS Scale is awesome.
I did some testing with it, because I believe more people should be able to self-host.
I like how it is implemented. It has good support for email. Many apps support SSO.
The critical part to me is how up-to-date applications are. I started a small project to automate version tracking, check out:
https://alexpdp7.github.io/selfhostwatch/app/nextcloud.html
; so for example, the YunoHost Nextcloud app does not lag much behind upstream. My intention with this is to let people see that they have been updating Nextcloud dilligently for two years; they might pull the plug tomorrow, but it’s a good track record.
(I’d like to add scrapers to other projects similar to YunoHost. My ultimate goal would be to be able to choose a list of apps you’d like to self-host, and see which projects like YunoHost carry the applications you want, and compare how they track updates.)
Nope, just tested. There are hardware OTP devices that have no Internet connectivity. As far as I know, all OTP protocols are offline-friendly.
My crazy idea is: write software so that Flatpaks can run on Windows and macOS. Plus, make high-quality Flatpak-building templates available for as many programming languages, UI toolkits, etc. as possible.
Because everything that Flatpaks provide is OSS, making shims for Windows and macOS compatibility would be tedious, but doable.
Same with crosscompiling Flatpaks, compared to the difficulties of crosscompiling for Windows or macOS from any other OS, multiplatform Flatpaks should be doable to crosscompile.
So this would lead to a world where a very convenient way to package for Windows and macOS… is creating a Flatpak that works on Linux!
What volume of data you are discussing? How many physical nodes? Can you give a complete usage example of what you want to achieve?
In general, there’s a steep change in making things distributed properly, and distributed systems are often designed for big and complex situations, so they “can afford” being big and complex too.