

If you’re starting from scratch, then there’s no risk. Run it, and if they are issues, switch to Core. Lemon-Squeezy.
If you’re starting from scratch, then there’s no risk. Run it, and if they are issues, switch to Core. Lemon-Squeezy.
Sure you can, they just have to be containerized add-ons that don’t need host access. Some of those docs were created during the period of time when HASSIOS was a bit new, so a lot of add-ons hadn’t been compatible yet. I thinks that’s a bygone issue for the most part though.
Check what you use now, then go check their compatibility. As a test you could also backup your current HA, boot liveUSB, import your backup, and see if there are any issues. If there are insurmountable issues, just boot back to your normal setup.
HASSIOS is a purely container-basednsituation that has limitations by design. It doesn’t give you SSH access to the host OS out of the box, but you can change that. If you’re not comfortable with containers, just stick with what you’re running.
What are you expecting to do “more” of by switching?
Use Ghost to generate a static site and you can host it lots of places for free. Cloudflare Pages, Digitalocean, Surge…etc.
Otherwise just kick up stack and serve for yourself.
Graylog is probably one of the more simple log aggregators out there, so if that was a bit much, you’re in for a surprise.
SigNoz is probably the best all in one tooling out there at the moment. It’s also a bit heavy, but it’s an open source alternator DataDog, so there’s a lot happening.
Harbor Innovations, the Paper 7 maker? Damn, I was just starting to get interested in trying one out.
It’s currently the most simple to use and “just works” option.
Removed by mod
Literally said they don’t want immutable.
Fedora. Ubuntu lost the crown.
If you want AUR specifically then you can only use Arch. That’s the Arch package manager, and every distro has its own. Fedora has DNF, Debian/Ubuntu has apt…etc
Yep! Grub should show you the Fedora or Windows boot options though, so you shouldn’t need to flop back and forth in the BIOS.
Yep. Installing on two different drives, make sure you go into your BIOS settings and set the new drive as the first boot target to get you a Grub menu on boot though.
I’d have to see the Nonara install to know, but I don’t see how that would happen then or now. I’ve installed thousands of machines and never had it accidentally do anything like “miss” the correct target drive.
Either way, you shouldn’t have an issue now.
Fedora will default to your empty drive, but just in case, but into the liveUSB, and identify your drive assignments and partitions so you are POSITIVE you’re installing to the right drive. The installer will ask you multiple times where you want to install, so it shouldn’t be a problem.
Grub will default to asking you what you want to boot. You can change the defaults after install if you’d like.
Uhhhhh, there’s plenty of that being used. From the ground up. Security scanning out the wazzzz. Those are pattern-based scanners though, and this probably wouldn’t be detected because it’s a blob of binary junk with a script inside. GitHub should honestly put something on their storage backends to warn users, but that’s a whole ball of wax people probably don’t want to get into.
But that’s not a supply chain attack. If projects or platforms are compromised and THEN their code is used by normal means of ingestion of said project, that would be a supply chain attack.
These are unofficial channels created as forks of existing projects in an attempt to fool users into using these instead.
This isn’t really a supply chain attack. It’s more social engineering: fake users, forks, and non-verified code. They’re taking advantage of the fact that most people don’t use verified releases or packages code from open source projects.
GitHub is not compromised, nor sending unintended payloads.
Can’t tell if this is for real.