I used Mailcow for a while before switching to Stalwart out of curiosity. Stalwart was a bit easier to deploy and feels more polished than Mailcow, but they both get the job done.

The terminfo issue was resolved in the v1.2.0 release.

SSH shell integration is disabled by default, but once you enable it in your config you’ll be good to go.

ghostty.org/docs/features/shell-integration

Yeah, complexity is a valid concern. But if your workflow stands to benefit from the performance gains, I’d say it’s a worthy trade-off.

The server/client model that Foot uses is actually pretty clever for RAM-constrained situations, especially if you’re spawning tons of terminal instances. AFAIK, it’s not fundamentally impossible with GPU terminals. Ghostty has single-instance mode on Linux that shares some resources, but the RAM savings aren’t as dramatic because GPU terminals maintain texture buffers and rendering state in VRAM per instance.

The catch with Foot’s approach is all I/O gets multiplexed on a single thread. That’s fine for lightweight usage, but for workflows like mine that involve heavy TUIs and multiple tmux sessions with dozens of windows/panes with big scrollback buffers, it becomes a bottleneck when one or more panes are flooding output from scripts/playbooks/etc.

Like daq mentioned, reduced battery life is one downside if you’re on a laptop. RAM usage is also higher, usually 50-100MB more per instance than traditional terminals (sometimes more depending on the terminal and your config).

In terms of Ghostty specifically, it’s still a fairly young project, so the chance of hitting an edge case issue is higher than if you were using a more mature GPU-accelerated terminal.

Bias warning: I spend most of my workdays in the terminal, and I’m also a contributor to Ghostty.

The most noticeable difference is smoothness when you’re doing intensive terminal work like scrolling through large log files, running TUIs like btop/lazygit/yazi/lnav, or using multiplexers like tmux with multiple panes. Without GPU acceleration, you’ll see stuttering and lag with heavy output or complex interfaces.

It also makes a big difference in editors like Neovim, especially with syntax highlighting in large files or when scrolling quickly through code. The rendering just feels snappier and more responsive overall.

Basically, if you spend significant time in the terminal (like I do), the improved responsiveness is immediately noticeable. If you mostly use it for basic shell commands, the benefit is negligible.

I tried out Pi-hole many years ago, found it a bit too dumbed down and limited for my taste. I’ve been running Technitium for 5-ish years in my homelab, it’s been rock solid and very pleasant work with. I’ve even deployed it at work for a few projects as well. Been waiting for the clustering feature for a while now, super stoked to see this release.

I’d recommend ZFS for most home server/NAS scenarios. Gives you everything you need, and nothing you don’t.

Stuff like Ceph is just as hungry as it is powerful. The performance sweet spot for Ceph barely begins at 5 dedicated nodes (with at least a dozen drives each, ideally). I could never recommend it for home use unless you want to run it in a lab for the sake of learning.

Source: I’ve designed/built/deployed several 1PB+ Ceph clusters over the last ~5yrs.

Yeah they’re fine. TechMikeNY usually has better deals though, at least in my experience. Have bought from them several times both for work and homelab, no complaints.

zsh, ghostty (enable the ssh shell-integration option for auto terminfo installation on the remote), lazyvim

Containers are your friend, especially when you’re going to be doing dev work. Keep the server lean and clean.

Yes:

neovim.io/doc/user/remote.html#_remote-editing

github.com/barrett-ruth/live-server.nvim

Also, +1 to the Forgejo recommendation.

I’ve tried them all. CachyOS is the best by a mile, IMHO. Been daily driving on my RTX 4080 rig (and my Lenovo laptop) for almost 2yrs. Haven’t found a game I can’t run.