0.98: Improved entity management, options and Home Assistant Alerts

I’m in the same boat.

Trap for players: the binary sensor might always be available but its state is “unknown” for at least an hour after restarts.

1 Like

I also have this for both Deconz and Unifi Controller. Just checkmarks and no label texts. Not working!

I tried to open in Firefox and I see te same problem as I see in Chrome so it cannot be a cache thing. I cleared the Firefox cache completely and still the same

Running HA in Docker on a nas (Synlogy DS218+) for serval time stable.
Since the new version HA totaly freezes up randomly twice now, RAM uses 996MB, normaly around 330MB. The ‘terminal’ in Docker shows no further output.
By restarting the docker container HA starts again, but the logfile is flushed and gives no further details.

I also with the Unifi controller, checkmarks no label text

said it here, Markdown-mod - Improve the built-in markdown card but gladly repeat it:

A major step taken now we have native Jinja templates in the Markdown card, let’s all support that, kudos to the dev’s that have made this possible!

I’d really love to voice the wish that Lovelace adopts native Jinja, and that templating will become available throughout the HA instance, and be consistent in its implementation in the various (custom) cards… version 1.0 should be ready for native Jinja :wink:

For now: happy templating in Markdown :wink: Thanks again!

1 Like

If you delete you confirmation.yaml - a new one should be created upon next restart…

(Just be sure to save you config files if you have any special settings you want to preserve / build upon)

Anyone else getting a configuration check failure for the Environment Canada weather componenet?

[12:17:35] INFO: Installing Home Assistant: latest...
[12:17:35] INFO: Please be patient, this might take a few minutes...
WARNING: You are using pip version 19.1.1, however version 19.2.3 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.
[12:18:18] INFO: Installed Home Assistant 0.98.0
[12:18:18] INFO: Don't worry, this temporary installation is not overwriting your current one.
[12:18:18] INFO: Making a copy of your configuration for checking...
[12:18:28] INFO: Checking your configuration against this version...
[12:19:48] ERROR: The configuration check did not pass!
[12:19:48] ERROR: See the output below for more details.
INFO:homeassistant.util.package:Attempting install of colorlog==4.0.2
Testing configuration at /tmp/config
INFO:homeassistant.util.package:Attempting install of python-ecobee-api==0.0.21
INFO:homeassistant.util.package:Attempting install of sqlalchemy==1.3.7
INFO:homeassistant.util.package:Attempting install of pymyq==1.2.1
INFO:homeassistant.util.package:Attempting install of aiounifi==11
INFO:homeassistant.util.package:Attempting install of env_canada==0.0.24
INFO:homeassistant.util.package:Attempting install of plexapi==3.0.6
INFO:homeassistant.util.package:Attempting install of netdisco==2.6.0
INFO:homeassistant.util.package:Attempting install of homeassistant-pyozw==0.1.4
INFO:homeassistant.util.package:Attempting install of influxdb==5.2.0
INFO:homeassistant.util.package:Attempting install of mutagen==1.42.0
INFO:homeassistant.util.package:Attempting install of gTTS-token==1.1.3
Failed config
  General Errors: 
    - Platform error weather.environment_canada - Error loading shared library libjpeg.so.8: No such file or directory (needed by /usr/local/lib/python3.7/site-packages/PIL/_imaging.cpython-37m-x86_64-linux-gnu.so)

Successful config (partial)

It may update once an hour, but it should be able to auto update on HA restarts, maybe in the next HA update :+1:

Im also wondering if I can update when im using Hass in Docker on Stretch on RPi

I have the same here with Unifi controller.

After 0.98.0 update, cannot install opencv.

I have Home Assistant in Docker - usually after pulling the new image and recreating the container, I have to go to the terminal and run:

 pip3 install opencv-python-headless

With the new docker image being based on Apline instead of Debian this no longer works.
I did some research - and this is beyond my knowledge - but I believe it is due to the fact that Debian uses GNU libc and Alpine uses musl libc.

I guess because of the differences musl libc has significantly less python packages pre-build that you can just install using pip. Potentially I guess we can build opencv from source - but at this point I don’t want to tackle this every time I update HA image.

So I guess I have a question / request - is there another way to get opencv in an Alpine container, or can we suppress the warning? I know this is low priority since it still works - just wanted to report it.

Thank you all for the hard work on this amazing software!
DeadEnd

1 Like

using Check Home Assistant configuration from 0.97.2, I got the following error
TLDR: when trying to install androidtv=0.0.24: Error loading shared library libusb-1.0.so: No such file or directory

full error:

INFO:homeassistant.util.package:Attempting install of androidtv==0.0.24
ERROR:homeassistant.scripts.check_config:BURB
Traceback (most recent call last):
  File "/usr/local/lib/python3.7/site-packages/homeassistant/scripts/check_config.py", line 206, in check
    async_check_ha_config_file(hass)
  File "/usr/local/lib/python3.7/asyncio/base_events.py", line 579, in run_until_complete
    return future.result()
  File "/usr/local/lib/python3.7/site-packages/homeassistant/helpers/check_config.py", line 156, in async_check_ha_config_file
    platform = p_integration.get_platform(domain)
  File "/usr/local/lib/python3.7/site-packages/homeassistant/loader.py", line 235, in get_platform
    "{}.{}".format(self.pkg_path, platform_name)
  File "/usr/local/lib/python3.7/importlib/__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1006, in _gcd_import
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 967, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 677, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 728, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/usr/local/lib/python3.7/site-packages/homeassistant/components/androidtv/media_player.py", line 6, in <module>
    from androidtv import setup, ha_state_detection_rules_validator
  File "/usr/local/lib/python3.7/site-packages/androidtv/__init__.py", line 6, in <module>
    from .androidtv import AndroidTV
  File "/usr/local/lib/python3.7/site-packages/androidtv/androidtv.py", line 9, in <module>
    from .basetv import BaseTV
  File "/usr/local/lib/python3.7/site-packages/androidtv/basetv.py", line 13, in <module>
    from adb import adb_commands
  File "/usr/local/lib/python3.7/site-packages/adb/adb_commands.py", line 31, in <module>
    from adb import common
  File "/usr/local/lib/python3.7/site-packages/adb/common.py", line 25, in <module>
    import libusb1
  File "/usr/local/lib/python3.7/site-packages/libusb1.py", line 8, in <module>
    from usb1.libusb1 import *
  File "/usr/local/lib/python3.7/site-packages/usb1/__init__.py", line 61, in <module>
    from . import libusb1
  File "/usr/local/lib/python3.7/site-packages/usb1/libusb1.py", line 199, in <module>
    libusb = _loadLibrary()
  File "/usr/local/lib/python3.7/site-packages/usb1/libusb1.py", line 173, in _loadLibrary
    return dll_loader('libusb-1.0' + suffix, **loader_kw)
  File "/usr/local/lib/python3.7/ctypes/__init__.py", line 364, in __init__
    self._handle = _dlopen(self._name, mode)
OSError: Error loading shared library libusb-1.0.so: No such file or directory
Fatal error while loading config: Error loading shared library libusb-1.0.so: No such file or directory
Failed config
  General Errors: 
    - Error loading shared library libusb-1.0.so: No such file or directory

Same here. Maybe it’s just configuration checker …

It ran under Docour

Any rpi3 hassio users noticed a drop in performance with 0.98. menus are slower, switches hesitate and slow to update status. Could be mqtt slower.

binary_sensor.updater is still showing that the latest version is 0.97.2 for me several hours after updating Home Assistant to 0.98. I have a version sensor configured using source: pypi and that tells me it is 0.98. Oddly, https://updater.home-assistant.io/ is showing that the latest version is 0.98.1.

lol. Are you trolling me? Looking for a fish slap?
If this was a genuine question I apologize. :stuck_out_tongue:

2 Likes

You are a great candidate for the new hassio su repair command. :grimacing:
It addresses this situation specifically.

It looks like there is a 98.1 that is still testing commits.
Not sure what the update site is tied to - but looks like it is a little ahead of the game.

DeadEnd