3
top 29 comments
sorted by: hot top controversial new old
[-] Shadow@lemmy.ca 1 points 4 weeks ago

This seems reasonable to me?

If you're running it that way you still can, they're just not going to accept bug reports or have end user docs anymore. All the developer docs will still cover it.

It's an open source project and they need to focus their energy on known good configs.

[-] just_another_person@lemmy.world 1 points 4 weeks ago

It's reasonable for an engineering standpoint. Bummer for people who don't want to run HASSIOS or install HA on an already provisioned system without having to fuck with docker.

[-] traches@sh.itjust.works 1 points 4 weeks ago

Docker is so much easier to fuck with than python

[-] madjo@feddit.nl 4 points 3 weeks ago

I seem to be unable to wrap my head around Docker. I have one application running through Docker (Immich) but I have no idea how it works. It's running, and until further notice, I ain't touching it.

I have Home Assistant running through an instance on my Proxmox server. That I can understand much better than anything Docker.

[-] traches@sh.itjust.works 3 points 3 weeks ago

It’s worth taking the effort to learn if you want to self host stuff. The neat part is once you learn it, you can self host basically anything. Think of a container like a little packaged application that can only interact with the outside world through pathways you give it, either through volume mounts (files) or port mappings (network).

Immich is one of the more complicated and intimidating docker-compose files out there. Try something like glance or miniflux to get a gentler introduction.

[-] madjo@feddit.nl 3 points 3 weeks ago

So far I've created a new ProxMox container for each application I wanted to run. So I have pihole running in an LXC, Nextcloud in another LXC, Audiobookshelf in yet another LXC, Home Assistant in a VM, etc.

I'm sure that could be done more efficiently with Docker, but for some reason that just doesn't want to click. I don't know where the applications end up installed at, I don't know how to configure stuff, nor how to run multiple docker containers on the same machine.

Immich is the first application I have managed to get running full time in Docker, but I've already encountered an issue with uploads that I can't solve, because I have no idea where to find the config files, nor how to restart it. So I'll leave it as is, for now. Maybe when my brain can get engaged, I can try again.

[-] CmdrShepard49@sh.itjust.works 1 points 1 week ago

You might look into Portainer. It gives you a nice GUI to manage docker-compose files, create stacks, edit and update, etc. On my Proxmox server, I have two LXCs set up that run almost all my services like immich, frigate, radarr/sonarr, VPN, qbittorrent, homarr, etc You'll probably find docker compose much easier to understand than plain docker especially considering there are a million templates out there that you can mostly copy and paste.

[-] madjo@feddit.nl 1 points 1 week ago

Thanks for the tip

[-] just_another_person@lemmy.world 0 points 4 weeks ago

Docker is the same thing as executing the runtime of the same program.

WITAF are you even talking about?

[-] traches@sh.itjust.works 0 points 4 weeks ago

From a fuckery standpoint? Docker is way easier, and it works the same way for everything.

[-] just_another_person@lemmy.world -1 points 4 weeks ago

It's literally the same thing as running the app from base repo. There is no "fuckery". The entrypoint of a container is the same as just running the python runtimes for any project. You have zero idea what you're talking about.

[-] traches@sh.itjust.works 0 points 4 weeks ago

No it’s not and yes I do you goober. How are dependencies handled in each scenario?

[-] just_another_person@lemmy.world 0 points 3 weeks ago

pip install for both. Apparently you are new to 'puters. Go play elsewhere.

[-] KairuByte@lemmy.dbzer0.com 0 points 3 weeks ago

Why are you running pipinstall when using a docker container?… Or are you talking about manually creating your own container?

[-] just_another_person@lemmy.world 0 points 3 weeks ago

Read the dockerfile. Do you know how any of this works?

[-] KairuByte@lemmy.dbzer0.com 1 points 3 weeks ago

Why exactly are you comparing the docker file to bare metal, and implying you need to do more than run a docker command?

You don’t install anything when using docker (beyond docker of course.)

[-] just_another_person@lemmy.world 1 points 3 weeks ago

If you watch your process monitor...

[-] bw42@lemmy.world -1 points 4 weeks ago

Yeah, easiest way to turn me off a project is pushing black box installers. Don't trust software that tries hiding what its doing.

[-] just_another_person@lemmy.world 1 points 4 weeks ago

Well that's not really an issue since it's open and you can see what it's doing anyway.

[-] ftbd@feddit.org 1 points 4 weeks ago

What turns me off is software that insists on running with unreasonable privileges. Rootless podman containers are the way to go – you can decide the privileges of the user account running the container, and the container image is inspectable (and tweakable if you find something you don't like). And for the devs, maintaining (just) a container image is way less overhead than managing distribution-specific packages for 5 different package managers and dozens of distributions

[-] corsicanguppy@lemmy.ca 1 points 4 weeks ago

We have deprecated [...] Home Assistant’s Supervised installation method, which involves running your own operating system, then installing the Supervisor and other requirements on top of that.

Tell us you can't architect software like a first-year without using those words. Proper packaging has been out for 30 years.

My foray into self-hosted home automation was set to begin, but if they can't release software like adults then fuc--uh, good luck to them.

[-] skuzz@discuss.tchncs.de 0 points 3 weeks ago

Check out OpenHAB. They already have containers available right on their downloads page.

[-] chunkystyles@sopuli.xyz -1 points 3 weeks ago* (last edited 3 weeks ago)

If you use the image from the Docker repository, that is still supported.

[-] Cyber@feddit.uk 1 points 4 weeks ago

Gotta admit, it was a bit difficult to get my head around all the different installation types when I was a new user, so simplification is probably well over due

[-] lemming741@lemmy.world 1 points 4 weeks ago

I jumped through all their hoops for a Supervised Debian 11 install. It was a massive pain in the ass, and they dropped support for 11 back in October. 0/10 would not recommend.

[-] TVA@thebrainbin.org 1 points 3 weeks ago

They've done this once before and walked it back.

Out of that decision and the backlash came the metrics, so they'd be able to make informed decisions before depreciating something.

Last time, I used Core (IIRC, it wasn't even called Core back then) and was quite upset. Before they walked it back, I switched to the OS version and don't really regret it. If their metrics now tell them that core isn't worth supporting, it probably isn't, but I definitely understand being upset about it.

It definitely sucks that the system that's supposed to be about giving users freedom and options is removing some.

ETA: Backups also make this whole thing so much easier now. Back then, backing up and restoring core meant manually copying a bunch of files, but now, it's a completely different and easier experience.

[-] kokesh@lemmy.world 1 points 4 weeks ago

I'm on supervised install on Ubuntu server. All worked fine for many years, except Supervisor being bitchy about me having Portainer installed for no reason. Last week or so, my machine started acting weird. After reboot I couldn't access it via local ip, only via external hostname. What keeps happening is after reboot Supervisor creates new network config for my ethernet, that causes this. It uses the network-manager to do this. I have netplan doing the config. Nyone else?

[-] sxan@midwest.social 0 points 4 weeks ago

Home Assistant has so many moving parts, so I don't complain. I do wish containers would become first class citizens like the OS, because some stuff is just harder in containers. The only thing I can think of as to the "why" is because of how the OS project installs software, but that's an easily addressed problem so it must be something else.

Still, it's nice to know the container method is moving forward; I'm so done with installing specific OSes just to use some given piece of software.

[-] corsicanguppy@lemmy.ca -1 points 4 weeks ago

I do wish containers would become first class citizens like the OS, because some stuff is just harder in containers.

Like, for instance, security and validation against a SBoM. And that's why this container shit needs.to.die . But, downvote and move on, and hope by the time you need it the machine that goes 'beep' by your hospital bed is built using methods better than "this will look great on my resume."

this post was submitted on 23 May 2025
3 points (100.0% liked)

homeassistant

14904 readers
18 users here now

Home Assistant is open source home automation that puts local control and privacy first.
Powered by a worldwide community of tinkerers and DIY enthusiasts.

Home Assistant can be self-installed on ProxMox, Raspberry Pi, or even purchased pre-installed: Home Assistant: Installation

Discussion of Home-Assistant adjacent topics is absolutely fine, within reason.
If you're not sure, DM @GreatAlbatross@feddit.uk

founded 2 years ago
MODERATORS