It explains what is what.
Well, we also rely on people flagging things if they think mod attention is required 
Seriously… people have to flag stuff, or it relies on mods spotting a thread and happening to think the same way.
At which point the pitchfork brigade comes out again, complaining about censorship 
1 Like
Yeah ok, it’s a fair post, but I have got more from this thread than that. I haven’t read the user comments yet, I’m not at home and I’m on mobile but wanted to quickly reply.
From what is in that blog post I would have been a little unclear of the subtly between what’s described as “Home Assistant” vs “Home Assistant Supervised”. Notably:
This method was previously known as “Hass,io”, and includes our Operating System (HassOS), the Supervisor, and add-ons. It can be run on various single-board computers or in a virtual machine.
As Supervised is described the same way, both previously known as “Hass,io” and both running on Linux computers. The difference being that the first includes HassOS.
I get it now, especially after the help from here. So I thank people like you for allowing threads like this to stay open and allow noobs like us to get a chance to understand it. I’m glad That people took the time and it’s greatly appreciated.
Thanks
But can’t everybody just post something on that GitHub discussion?
Also I think the problem is partly our own fault (yes, re-using HA wasn’t clever either) because a lot of us still use hass.io instead of HA.
Just adding my 2 cents here (or 1) - to me, the name hass.io has been pretty strange, but easy to use. However, my German girlfriend has a bitter laugh, since ‘Hass’ means hate in German and is a word associated mostly with right-wing things. I’m not a political guy, could care less, but I think it should still be avoided.
By extension, ‘hassbian’ sounds like a hate for *bians, whatever the star signifies.
This post is a useless contribution and mostly a curiosity.
3 Likes
It’s not useless - it’s exactly why Hass.io was dropped, though Hass is still in use for things like HassOS, and is an easy shorthand for English speakers 
1 Like
I really do think I get most of it, it’s just the “docker” part of supervisor that I want more clarification on before I decide to (most likely) go down that path.
Does the supervisor manage the updates of the components that make up the add-on’s AS WELL AS the docker container system itself? Or is docker maintenance up to the user?
The reason I ask this is because a) I am comfortable with a complete OS, I’m happy with VMs, in fact I much prefer them. But docker containers and getting them to play nicely with each other has always been beyond me, and although I like the complete “supervised” side of it, I’m hoping that the supervisor takes care of “everything docker” (which I’m assuming, it must).
@Tinkerer and @frits1980 I’ve read through half of the linked blog post, (I still have i open in the next tab) and it seems that there was a lot of discussion (at least right after the renaming) that goes into problems new users (such as me and others who have posted apparently a lot of questions about). I think it was @kanga_who who kept mentioning “look at it from a new users perspective” and the fact that names were chosen that don’t really fit what/how it appears to anyone looking at using it and digging up copious amounts of YT videos and blog posts and forums on a self managed solution (old HA) to a complete OS/VM new style HA.
I saw quite a few references to “Home Assistant Complete” which is a good title if you want to think about it from an OS side, whether it be HassIO/Hasbian style on bare metal or in a VM, then Home Assistant Container becomes self explanatory, which just leaves “core”, again, pretty self explanatory.
I think the only mistake is having renamed a complete/OS/IO version to a name of something that was self installed on a generic setup. (I’m pretty sure I have it down now) /fingers-crossed 
@ha-username: “Hass” (hate) is also known in parts of the English-speaking world. One of the first things I did (I’m currently living in Germany) is rename my machine to “has1”, i.e., “Home Assistant Server 1”. 
Back on topic: Thanks @nickrout for bringing up The Last Word again. That at least brings some clarification.
So I want “Home Assistant Supervised” for all my machines and those of the lot of friends I have to support, right? Because it’d give us “the full Home Assistant experience on a regular Linux operating system.” Yay! Exactly what we want! Regular, in our case, being Raspbian Raspberry Pi OS (yet another name change, grr!).
That would bring Supervisor, Add-Ons, an easy experience for the newbie plus all the niceties of a real OS, like installing scripts, using system binaries via commandline sensors and automations, and installing/using, say PicoTTS?
So where to get and how to install that? Because “the Home Assistant Supervised method is here to stay”. And what about “missing for each of the above-listed are the specific details, e.g., the supported operating systems for a Supervised installation or the supported hardware”?
If you want to run an MQTT Broker like Eclipse Mosquitto, you have several ways to install it:
-
As an application
Go to mosquitto’s download page, get the version for your operating system, and proceed to install and configure it following Mosquitto’s instructions. It would be natural to use this version with Home Assistant Core, since both are applications installed directly on “bare metal” (so to speak). In other words, this is the traditional way to install apps (with all its inherent complexity). -
As a docker container
Go to docker hub and download the Mosquitto docker container. Proceed to install and configure it following Mosquitto’s docker instructions. It would be natural to use this version with Home Assistant Container because both are docker containers and designed to run in a docker environment. -
As an Add-On
Using Home Assistant or Home Assistant Supervised, in the main menu go to Supervisor > Add-on Store, click Mosquitto, and follow the displayed instructions to configure it. What you are actually doing is installing a Mosquitto docker container (like described in the second paragraph) except it’s a customized version and the installation and configuration process is much more convenient and transparent.
Yes, the new name is confusing. Yes, the project lead has agreed. Yes, a new (hopefully less confusing) name will be coming for the thing currently called Home Assistant.
@Tinkerer maybe OT in this thread but quick question… I followed your link and there no mention about virtualenv installs being supported. Do we need an ADR for virtualenv installs or are they just killing this completely now? I mean I understand the part about being a python app and they say it could never happen but I feel like it’s heading that direction. Already there are already a few “workarounds” required just to a have a clean install start without an invalid configuration error.
My thoughts : venv is not going to die. How would they develop on Home Assistant without ? A docker container is fine, but not for development.
2 Likes
Thanks 
I obviously need some better practice @ my reading skills 
Yeah but unless I missed something this has all be covered elsewhere.
One more please, because I’m still confused: This means I do not have to fight with these freakin’ docker thingies but could continue with what once was a “Hassbian” install and might now be “Home Assistant Core”, just without the helper scripts?
Effectively installing a “normal Linux” plus run HA in a venv?
If so, sounds good to me!
You can run home assistant core like that, yes.
Thanks for this confirmation! So I’ll roll with HA Core then …
since I started this thread, it’s become apparent a renaming was already in the process at:
this thread may as well be closed. No need for pitchforks
And thanks again to everyone who jumped in
1 Like