![](/static/66c60d9f/assets/icons/icon-96x96.png)
![](https://lemmy.world/pictrs/image/8286e071-7449-4413-a084-1eb5242e2cf4.png)
Yes, it is. If people are relying on files to be encrypted they may dispose of their disks differently. Or the NAS might be stolen.
Yes, it is. If people are relying on files to be encrypted they may dispose of their disks differently. Or the NAS might be stolen.
Sounds like you ramped up pretty quickly! Were you pretty familiar with the terminal beforehand or just jumping in?
I’m chronically unable to finish projects but with such a fantastic tool maybe this one is the one? I’ll try follow up if get something going.
Thank you for sharing those links, I have been struggling with making rpm-ostree compose
go from a yaml to an ISO, these look like they might reduce the level of effort!
It’s atomic! If the latest version you try has issues you can roll back to the last one that was working. It’s really cool. You cannot write to anything other than /etc and /var unless you make a reversible commit on top of the system base image.
Yeah OpenWRT is incredibly slim. I remember doing a double-take looking at their install page because the memory requirements are so low. I’m used to seeing numbers in GB and they’re saying they can provide full functionality in 64 MB.
No onboard eMMC? Are you able to run this from a read-only SD? That’s kinda intriguing, I figure eMMC could be one of the weakest links on an SBC.
Yeah, I think it’s an unusual case, but I wanted to bring it up to support your point about rejecting their kernel and distro. You can put Incus on a lot of different systems. Don’t like systemd? Put it on Void. Want a declarative setup? NixOS. Minimalist? Alpine.
Do I want to maintain a full operating system just to run this one type of software? No, that’s absurd. I want to choose the distro I want to work with and then have the software work on top of it.
I think I was on a previous account the last time I saw you, glad to see you’re still posting. You convinced me to move from Proxmox to Incus a while back. Sure, I had some growing pains, but it’s pretty smooth now.
I like that I can switch out my distros underneath Incus instead of being stuck on one weird kernel. IME you were absolutely right about that. I’m getting into atomic distros to manage homelab machines. I would not be able to do that on Proxmox.
I also don’t need to edit a giant Javascript file to remove a nag about enterprise software repos, which is nice.
How do you unit test something like that?
Oh neat, I was actually planning to set that up to store scripts and some projects I’m working on, I’ll give the tickets a try then.
We built Vikunja with speed in mind - every interaction takes less than 100ms.
Their heads are certainly in the right place. I’ll check this out, thank you!
Do you host your ticketing system? I’d like to try one out. My TODO markings in my notes app don’t end up organized enough to be helpful. My experience is with JIRA, which I despise with every fiber of my being.
Docker/Podman or any containerized solution is basically the easiest way to get really nice maintenance properties like: updating one app won’t break others, won’t take down the whole system, can be moved from machine to machine.
Containers are a learning curve but I think very worth it for home setups. Compared to something like Kubernetes which I would say is less worth it unless you already know or want to learn Kubernetes.
My experience with DKMS is that it is fucked on every distro. I was using Debian at the time and it somehow broke.
I read through your screenshot. The ip command has enp3s0 and the config has enp2s0, I think this might be it.
I had a stock Debian install actually rename the device for my NIC when I changed GPUs. You should double-check if your NIC has the same entry in /dev with and without the GPU. After I changed the name in some config files the NIC worked fine with the GPU in, it could be easy as that.
Anti-Snap is pro-consumer. Using Ubuntu at all is anti-consumer, I would rather Mint or just Debian.
I agree with you but I assume they want Debian for a reason.
I’m trying to make a TPM chip work out of curiosity and it has been frustrating. Does that help?
Does ublue have any plans to do variants of Fedora IoT? CoreOS seems more targeted for cloud than home servers. The ignition file is a benefit if you want to spin up hundreds of servers but a bit of a hindrance if you just starting out at home with a machine or two.
If they are just installing to a single machine and don’t need drivers or kernel mods I’d suggest IoT over bothering with anything CoreOS.