You should ask this to your favourite distro packagers, not to the home assistant developers.
In any case, it is such a mess of dependencies due to load of optional packages, very active development, that continuously break dependencies on the package repo.
What advantage would bring have a most of the time obsolete distro specific repo? On a maintainer POV this is the typical use case for distro agnostic deployment, maybe flatpak, maybe docker.
You should ask this to your favourite distro packagers, not to the home assistant developers.
I disagree. The Home Assistant developers are the ones who chose to create an OS. They could have chosen to create distro packages instead, or at least software which is amenable to being packaged by distros.
obsolete
What does that mean in the context of Home Assistant?
Since HA depends on a lot of python packages, on external softwares and libraries it could not feasible to ensure that the versions packaged with the distribution will always be in line with those needed by HA
it could not feasible
I disagree.
Well, good for you. Now let’s prove it
You first.
Then go do it.
I’m not a Debian Developer and won’t become one: http://settrans.net/~rah/why-not-debian.html
Also, I’m not a Home Assistant user so I’ve no interest in contributing.
Then do if for your distribution then. It’s clearly not that difficult, you’ve all but explicitly stated as much.
Then do if for your distribution then.
I use Debian.
It’s clearly not that difficult, you’ve all but explicitly stated as much.
I have not said that, or anything like it.
Perhaps you missed the fact that I’m not a Home Assistant user and have no interest in contributing?
It seems to me they chose to provide a platform that vastly simplifies the installation of their software and maintenance of its code from a debugging standpoint. This seems perfectly reasonable. This appears to bother a particular community who feel entitled enough to demand multiple developers cater to their distribution’s needs. Shit needs to stop.
This appears to bother a particular community who feel entitled enough to demand multiple developers cater to their distribution’s needs.
Your reading of the situation is wrong.
Honestly I really don’t think I am.
I’ve seen a number of topics over the last few weeks that are framed as this evil developer is doing a sinister thing…. And for what it’s worth I read the “clickbait” and then did my due diligence and followed the links / git responses etc and lo and behold every. single. issue. was stemming from that community.
We aren’t reddit. This isn’t 4chan. If your community is getting cut off because, frankly, it’s being unreasonable… don’t come here looking for a personal army.
this evil developer is doing a sinister thing
Nobody has said that here.
that community
I’ve no idea what community you’re referring to. Nobody here has demanded that any developers cater to their distribution’s needs.
If your community is getting cut off because, frankly, it’s being unreasonable… don’t come here looking for a personal army.
Again, I’ve no idea what community you’re referring to. Nobody has come here looking for a personal army.
Your characterisation of the commentary on this post seems like that of an overly. dramatic. teenager.
Strange- the very tone of this thread is suggesting that the HA developers choice in how they distribute their platform is “incorrect” by your assertions. Further you seem to disagree with explanations provided as to why those choices were likely made.
Dismissing those statements and observations do not make them incorrect. Nothing I stated is dramatic: it is an observation and a comment on an increasing trend popping up around several projects. This particular topic and your responses within it align with that trend. My closing statement was directed at that. You are welcome to not like it but resorting to insults is a bit childish.
the very tone of this thread is suggesting that the HA developers choice in how they distribute their platform is “incorrect”
Not incorrect, just poor engineering. Anti-social ultimately.
you seem to disagree with explanations provided as to why those choices were likely made
I can see only two disagreements in the whole post. Only one of those is about the reasons for creating an OS rather than distro packages. I have corrected a number of factual errors and errors in reasoning but those aren’t disagreements.
Dismissing those statements and observations do not make them incorrect.
Yes, my dismissing of them is not what makes them incorrect.
Nothing I stated is dramatic
LOL “this evil developer is doing a sinister thing”
It is both.
Home Assistant created an OS for appliance like installations.
But there is also the docker images, repo packages (I know Arch Linux has it in the repo) and pip based packages too.
docker images
Is not distro packages.
Arch Linux
It’s not in Debian. There’s no Red Hat packages either. Or OpenSUSE. It’s not even in OpenWrt which would make the most sense. So it looks like no useful, practical distro packages.
pip
Is not distro packages.
A lot of software isn’t packaged for Debian. Especially complex ones and webapplications tend to be Docker containers or something like that. Home Assistant has a lot of Python dependencies which are a chore to maintain the Debian way. Same probably applies to some other distros. I mean it can be done, as Arch and NixOS show…
And you have Docker, you can install HA core in a Python virtual environment on any distro, or install Supervised, or the appliance (OS).
So there are many ways to install it. And I have the same complaint for other software. For example I’d like Nextcloud and a few other collaboration services to be available as distro packages. Sadly they aren’t available like that.
A lot of software isn’t packaged for Debian.
Yes, often projects which are engineered without distros in mind. Which is to say, engineered poorly.
Yeah, I don’t think I agree with you at all. Software development and operation are vastly different jobs. Packaging is yet a different story. Maintainers need different things than developers. Handling dependencies is a chore, and you need lots of them if your product speaks dozens of protocols and can interconnect with thousands of devices, each with their own quirks… All the people have something in mind. They already pay attention to deployment and support several methods. Sure it’s not the method you have in mind. But the world doesn’t specifically revolve around you. There are other factors at play. And sure. It’d be awesome if we solved software packaging, dependency hell, the supply chain of larger projects and everything. It’s just not easy. And reality has quite some limitations. It’s just… fighting reality doesn’t get you anywhere. Sometimes we have to make ends meet with imperfect solutions. Or you just live without a smart home. Or use a different software stack. I mean there is FHEM and some other projects.
And with that said, there is some merit to what you’re saying. Software should be designed with usage in mind. It’s just not easy and there are contradicting requirements. Either someone puts in all the effort to cater for your specific use-case… Or they don’t.
They already pay attention to deployment and support several methods. Sure it’s not the method you have in mind. But the world doesn’t specifically revolve around you.
It’s not my method. Writing software with distributions in mind is the standard in free software development.
It’s just not easy.
Indeed. That’s why many engineers don’t bother. Especially poor engineers.
You didn’t mention in your OP that it had to be debian distro packages. I just gave examples of HA being packaged in other ways than a complete OS.
I could have said: “If you want to run HA from packages, you need to install Arch!” But I didn’t. Chill out.
You didn’t mention in your OP that it had to be debian distro packages.
It doesn’t. WTF are you talking about?
Look into “install home assistant core” on https://www.home-assistant.io/installation/linux
That’s manual installation which is (a) not distro packages and (b) exactly what distro packages are created to avoid.
Maybe I’m just old school and distro package means something different to me, but here is a link to the Home Assistant .deb distro package:
the Home Assistant .deb distro package
Firstly, that’s a .deb but it’s not from a distro. Secondly, that .deb doesn’t contain Home Assistant, it contains some “Supervised” which runs the Home Assistant Docker container:
Before I understood Docker, I used to have HA installed directly on bare metal side by side with other “desktop” apps.
To be able to access devices, HA needs many different OS-level configurations (users, startup, binding serial ports, and much more I don’t have a clue about). It was a giant mess. The bare OS configuration was polluted with HA configurations. Worse, on updating HA, not only did these configurations change, the installation of HA changed enough that every update would break HA and even the bare OS would break in some ways because of configuration conflicts.
Could this be managed properly through long term migration? Yeah, probably, but this is probably a ton of work, for which a purpose-built solution already exists: Docker. Between that and the extra layer of security afforded by dedicating an OS to HA (bare metal or virtualized), discouraging the installation of HA in a non-dedicated environment was a no brainer.
this is probably a ton of work, for which a purpose-built solution already exists: Docker
LOL Docker isn’t a “solution” to the pressure of good engineering.
Home Assistant has a lot of moving parts, all the add-ons and extra user stuff. So they provide a docker image with everything you need, they also provide a full appliance install for easy setup.
If you did all that as a package install, you would complain about all the dependancies and if you didnt install the right version of something Home Assistant might not work at all
all the add-ons and extra user stuff
You’re hand-waving the answer to my question :-) What add-ons and extra user stuff require Home Assistant to be an OS?
If you did all that as a package install, you would complain about all the dependancies and if you didnt install the right version of something Home Assistant might not work at all
That’s not how packages work. The packagers take care of all that. That’s the point.
It can also be installed using docker containers but that is more difficult to manage as you have to install every component manually.
That’s not how docker works, bud.
