Read the thread.
Addons don’t use config flow but are configured in the addon as they always have been.
I know, I use secrets in add-ons , I was just wondering if secrets could also be used in config flow
I don’t think so. Try it… you will likely find it will convert to text to put in .storage even if it works…
As far as I understand, no, you cannot. You will be prompted in the UI to input the data. I’ve gathered this as one of the user flows that are broken, but based on the answers, it doesn’t seem like the NabuCasa team cares. I’ve posted quite a bit on alternatives to get back to YAML as well as why it’s a bad idea to remove YAML support.
There’s WTH season now, and some posted about YAML. While the WTH request was not complete (i.e. going to the detail or where it has and hasn’t been deprecated), I thought some of you may want to upvote too.
You are flogging a dead horse. This is not going to change. You can take that to the bank.
1 Like
It’s simple, when yaml will be totaly removed. i will change my domotic system to an other one.
Any idea of nice domotic system ? Gladys ?
Do some reading. YAML is not going away in most areas.
They also said it wasn’t going away, and then it went away in some areas.
4 Likes
That is either one of the following;
- A trust issue
- A conspiracy theory
Th path that the project is following has been documented on this part. One can like it or not, which is fine.
Basing and drawing conclusions on things you think “might” happen is just your mind and I’ll point back to the first point made in this post:
If it is a trust issue, sorry to hear that, time will tell. If it is a conspiracy theory, I would say there is no place for that is this community.
Talking from my personal POV:
I think it’s both (1) a dissatisfaction on the direction of certain areas on a project we love and use every day; and (2) a lack of trust due to a potentially inadequate communication strategy.
Let’s see if there are precedent for not trusting “YAML is going away”:
In May 2019, the first UI configurations were added to version 0.94. Paulus tweeted about it. Bart Pit said please do not make this as the first step to remove YAML. The reply was “It won’t go away”.
September 2019, some key contributors start removing YAML support. You can still see references to “Config yaml is not going away” on Github discussions.
ADR-007 has official discussions around this topic in the same month:
On more than one occasion Home Assistant official representatives have said that config YAML will not go away as a way of configuring Home Assistant, even after introducing config flow. If we are serious about that promise, Home Assistant needs to take responsibility for the way that integrations offer ways of configuration. If we do not require integrations to offer YAML as a way of configuring, we have to change what we say to users and inform them that we can not promise that YAML will stay.
April 14, 2020, about ~7 months after that post, YAML went away for integrations. Ironically, with a very pointy “Is YAML going away? No!, but… [YES]”.
Do not take me wrong. I do think you have the right to change your opinion and change to new circumstances. However, one year ago we were 100% certain that YAML was not going away anywhere. Today, it has gone (and will go) away on most integrations. How can we be sure that in 1y time, we will not have loss YAML capabilities in more and more areas.
Step by step, we are adding more and more UI (which is brilliant). I do think there’s precedent to be at the very least wary. And I think I am not alone on that feeling.
Has the Home-Assistant team reacted well to feedback?
Now, opinions have changed in the past. In ADR-007, YAML was still a first class citizen. In ADR-0010 is not. However, instead of listening; the response is closing down threads where people are voicing concerns, splitting threads away from the main discussion (there are more), and having very very encouraging responses.
I know you’re smart bunch. I hope you understand why we worry and lack some level of trust.
20 Likes
Time will tell.
1 Like
You are right “Time will tell”.
Météo France components remove it’s YAML option
Logger: homeassistant.components.meteo_france
Source: helpers/config_validation.py:752
Integration: Météo-France (documentation, issues)
First occurred: 2 septembre 2021, 14:06:14 (1 occurrences)
Last logged: 2 septembre 2021, 14:06:14
The 'meteo_france' option near /config/configuration.yaml:0 is deprecated, please remove it from your configuration
Synology remove it’s YAML option :
Logger: homeassistant.components.synology_dsm
Source: helpers/config_validation.py:752
Integration: Synology DSM (documentation, issues)
First occurred: 2 septembre 2021, 14:06:17 (1 occurrences)
Last logged: 2 septembre 2021, 14:06:17
The 'synology_dsm' option near /config/configuration.yaml:0 is deprecated, please remove it from your configuration
1 Like
It is expected.
1 Like
Sadly… When i started out with HA it was a steep curve, but i came to love yaml. Easy to write, easy to maintain, super easy to clone, fast to read for checking.
I could read most of my stuff in one go.
I’m a typical dumb user in many ways, and love UI. BUT: I’m already missing parts of my yaml really hard. especially since UI is slow, und finding every single option takes ages. not to mention the fact that i can’t even change some things without deleting and setting up new, or that the system keeps setting up *_2 and *_3 instances of items.
As said: I Love the UI, but we really need both. I’ve resorted to editing .storage files manually after setting up things rudimentally in the UI, but i thing that’s not the best way to go
I would love to be able to edit every detail in yaml again.
Greetings
10 Likes
The latest version removed some more yaml stuff. Octoprint config has deprecated yaml now as well. I am coming from 7 years working with openhab and using config files exclusively. I know not everything in homeassistant could be done with yaml and I am ok with that. But now im starting to worry that everything is going to go UI and that makes it harder to use in my use case. Also seems to complicate doing ci/cd (granted, not everyone does that, but I like to test things before rolling them into the house).
2 Likes
Just edit the config files in .storage, that’s what I do. JSON is not that great to edit by hand, but at least it’s not the abomination that is yaml. You can bootstrap the settings over the UI and then fine tune by hand. JSON is easily machine parseable, so you can create external tools to manage and modify your HA config.
2 Likes
I was wondering about that. I have 1 thing i had messed around with in the .storage. But I guess i could go that route, and do a local “dev” install to configure things and get it how i want then move that stuff to prod.
Do not take this advice.
1 Like