I’d be a bit concerned with having the git repo also be hosted on the machine itself.
Please tell me you have a tested backup solution/procedure in place.
I’d be a bit concerned with having the git repo also be hosted on the machine itself.
Please tell me you have a tested backup solution/procedure in place.
I’ve had good experiences with most modern Dell Laptops. Also Thinkpads. What’s “budget range” to you?
Are you refering to this comment?
https://mastodon.social/@popey/112591863166141029
@bytebro Yeah, their butchered Ubuntu install, and anti-snap stance is anti-consumer.
Do you have a server, connection and domain available?
If yes, a simple Joomla setup with a single static page should work well.
Reporting is done by users who voluntarily upload their system specs via
# hw-probe -all -upload
So not skewed at all…
Moved from ZHA to Z2M. Much easier to handle as I already ran an MQTT container, and re-connecting devices to Z2M doesn’t mess with the HA devices.
Nice haul! I hope you also managed to get the small power plant for the drives. That’s not going to be pretty.
That’s most likely the syslog. Check the settings, you can choose the volume to use for it.
Which is one of the occasions that a Dev sticks to the original feature list instead of trying to shoehorn in some features which wouldn’t really fit.
While I do love Syncthing, it solves a different set of requirements.
Grafana + Prometheus + data gathering will at least give you the resource and usage stats.
Subtitles being “burned into” the frames instead of being a separate track, also known as hard-coded sometimes. This enables one to use subtitles on devices which cannot traditionally use them or screw up the display. But this means the server needs to re-encode each and every frame, which is a massive load on the server.
Considering it’s basically just a script “frontend”: wireguard and its documentation.
That setting also takes host names. As long as both containers share at least one network, put in the service name (not the container_name!), e.g. “npm” or whatever yours is called and you should be fine.
As you need an installation medium anyway, get those packages while you’re at it, then install them on the VM.
What are you using as a database? Also, from which Gitea version to which Forgejo version did you attempt the migration?
Those are two big points though, especially the latter. At least for people concerned with selfhosting their services.
It’s the way I do all of my service backups. One separate DB container per docker stack so nothing else is in there, all the data in one folder, and off we go at 1AM.
Any special requirement for Alpine, or just “because I want to”?