Core: 0.73 install fails DHT Adafruit_Python_DHT==1.3.2 (as requested by the sensor)

[migromao]

Home Assistant release with the issue:
0.73

Last working Home Assistant release (if known):
0.72.1

Operating environment (Hass.io/Docker/Windows/etc.):
Hassbian
Please provide details about your environment.
DHT22 sensor on raspberry GPIO and google location

Component/platform:

https://www.home-assistant.io/components/sensor.dht/

Description of problem:

ERROR (Thread-21) [homeassistant.util.package] Unable to install package Adafruit_Python_DHT==1.3.2: Failed building wheel for Adafruit-Python-DHT
pyowm 2.8.0 has requirement requests<2.19,>=2.18.2, but you'll have requests 2.19.1 which is incompatible.
locationsharinglib 2.0.7 has requirement requests==2.18.4, but you'll have requests 2.19.1 which is incompatible.

locationsharinglib 2.0.7 has requirement requests==2.18.4, but you'll have requests 2.19.1 which is incompatible.
pyowm 2.8.0 has requirement requests<2.19,>=2.18.2, but you'll have requests 2.19.1 which is incompatible.

[huseyint]

I have this too.

[swetoast]

can confirm this incompatibility issue

[PetterSjo]

Me too

[migromao]

@MigRomao not a fix... but a wokaround for the DHT sensor:
on discord , i got help on this

curl -sSL https://gitlab.com/ludeeus/toolbox/raw/master/homeassistant/workarounds/0.73.0%20-%20sensor.dht-hassbian.sh | sudo bash

[migromao]

thank you for this --> Ludeeus#4212

[ludeeus]

@migromao (and others seeing that)
That is only tested on Hassbian (venv) with python3.5
The dir will differ if you have any other install method, ant the script will fail

[ludeeus]

initial issue description is somewhat "wrong"
Error message when installing Adafruit_Python_DHT==1.3.2 (as requested by the sensor)

Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting Adafruit_Python_DHT
  Using cached https://files.pythonhosted.org/packages/52/aa/418b82e36fc57316137679c2a12b8bae89ab73f211cbca91a3275e0b5fc2/Adafruit_Python_DHT-1.3.2.tar.gz
Building wheels for collected packages: Adafruit-Python-DHT
  Running setup.py bdist_wheel for Adafruit-Python-DHT ... error
  Complete output from command /srv/homeassistant/bin/python3.6 -u -c "import setuptools, tokenize;__file__='/tmp/pip-install-r3w93vtf/Adafruit-Python-DHT/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" bdist_wheel -d /tmp/pip-wheel-p9ntvz4t --python-tag cp36:
  running bdist_wheel
  running build
  running build_py
  creating build
  creating build/lib.linux-armv7l-3.6
  creating build/lib.linux-armv7l-3.6/Adafruit_DHT
  copying Adafruit_DHT/platform_detect.py -> build/lib.linux-armv7l-3.6/Adafruit_DHT
  copying Adafruit_DHT/Raspberry_Pi_2.py -> build/lib.linux-armv7l-3.6/Adafruit_DHT
  copying Adafruit_DHT/Beaglebone_Black.py -> build/lib.linux-armv7l-3.6/Adafruit_DHT
  copying Adafruit_DHT/__init__.py -> build/lib.linux-armv7l-3.6/Adafruit_DHT
  copying Adafruit_DHT/common.py -> build/lib.linux-armv7l-3.6/Adafruit_DHT
  copying Adafruit_DHT/Test.py -> build/lib.linux-armv7l-3.6/Adafruit_DHT
  copying Adafruit_DHT/Raspberry_Pi.py -> build/lib.linux-armv7l-3.6/Adafruit_DHT
  running build_ext
  building 'Adafruit_DHT.Raspberry_Pi_2_Driver' extension
  creating build/temp.linux-armv7l-3.6
  creating build/temp.linux-armv7l-3.6/source
  creating build/temp.linux-armv7l-3.6/source/Raspberry_Pi_2
  gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -I/srv/homeassistant/include -I/usr/local/include/python3.6m -c source/_Raspberry_Pi_2_Driver.c -o build/temp.linux-armv7l-3.6/source/_Raspberry_Pi_2_Driver.o -std=gnu99
  gcc: error: source/_Raspberry_Pi_2_Driver.c: No such file or directory
  gcc: fatal error: no input files
  compilation terminated.
  error: command 'gcc' failed with exit status 1

  ----------------------------------------
  Failed building wheel for Adafruit-Python-DHT

[infestdead]

Same issue here on diet-pi and HA 0.73 (was working fine on 0.72.1)

[RssFra97]

I have this problem on hass.io

This is a error:

2018-07-07 08:13:12 ERROR (SyncWorker_12) [homeassistant.util.package] Unable to install package Adafruit_Python_DHT==1.3.2: Command “/usr/bin/python3 -u -c “import setuptools, tokenize;file=’/tmp/pip-build-km20nrfs/Adafruit-Python-DHT/setup.py’;f=getattr(tokenize, ‘open’, open)(file);code=f.read().replace(’\r\n’, ‘\n’);f.close();exec(compile(code, file, ‘exec’))” install --record /tmp/pip-7tpstr3u-record/install-record.txt --single-version-externally-managed --prefix --compile --user --prefix=” failed with error code 1 in /tmp/pip-build-km20nrfs/Adafruit-Python-DHT/
2018-07-07 08:13:12 ERROR (MainThread) [homeassistant.requirements] Not initializing sensor.dht because could not install requirement Adafruit_Python_DHT==1.3.2
2018-07-07 08:13:12 ERROR (MainThread) [homeassistant.setup] Unable to prepare setup for platform sensor.dht: Could not install all requirements.

[rdagger]

DHT22 was working great on Hassbian prior to 0.73.0.
After upgrade:

Unable to prepare setup for platform sensor.dht: Could not install all requirements.
9:06 PM setup.py (ERROR)
Not initializing sensor.dht because could not install requirement Adafruit_Python_DHT==1.3.2
9:06 PM requirements.py (ERROR)
Unable to install package Adafruit_Python_DHT==1.3.2: Command "/srv/homeassistant/bin/python3 -u -c "import setuptools, tokenize;__file__='/tmp/pip-install-2smymlpm/Adafruit-Python-DHT/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-record-n6a3uzml/install-record.txt --single-version-externally-managed --compile --install-headers /srv/homeassistant/include/site/python3.5/Adafruit-Python-DHT" failed with error code 1 in /tmp/pip-install-2smymlpm/Adafruit-Python-DHT/
9:06 PM util/package.py (ERROR)

[ludeeus]

@rdagger Since you have hassbian you can use this:

curl -sSL https://gitlab.com/ludeeus/toolbox/raw/master/homeassistant/workarounds/0.73.0%20-%20sensor.dht-hassbian.sh | sudo bash

[rdagger]

@ludeeus Thanks that worked great!

[RssFra97]

@ludeeus on hassio not found this is solution

this is error:
bash: line 10: sudo: command not found
bash: line 13: systemctl: command not found
done

[ludeeus]

@RWGaMeR correct, it will only work on Hassbian (and other venv) with python 3.5
This is not a soulution, but a workaround (other that downgrading to 0.72.1)

[RssFra97]

@ludeeus in addition to downgrade there is no solution for hassio?

[ludeeus]

@RWGaMeR not sure, wait for a patch?

[RssFra97]

@ludeeus I'm waiting for a patch

[RssFra97]

the 0.73.1 update is up and running, hopefully

[RssFra97]

anything

[huseyint]

I have just updated to 0.73.1 and it still fails.

[RssFra97]

@huseyint confirm

[ludeeus]

There was no fix for it in 0.73.1 so that is expected
https://github.com/home-assistant/home-assistant/releases/tag/0.73.1

[Pharizna]

Same problem with YEELIGHT WiFi Bulb: It doesn't work with 0.73.0 or 0.73.1 ... but previously it works without any problem with porevious versions :(

[ludeeus]

@Pharizna I don't think YEELIGHT will stop working due to missing DHT modue.
Please open a sepereate issue for that, and fill out the issue template.

[Pharizna]

@ludeeus The main error is the same:

"pyowm 2.8.0 has requirement requests<2.19,>=2.18.2, but you'll have requests 2.19.1 which is incompatible."

[ludeeus]

@Pharizna that is not the source of the issue here ;)
The issue here is that the PyPi package requested by the platform can not be compiled.

[Pharizna]

ok.

I have just open a new issue https://github.com/home-assistant/home-assistant/issues/15415

[Hat3]

Error log for 0.73.1

Jul  8 15:38:00 rasp-camera hass[16608]: 2018-07-08 15:38:00 ERROR (Thread-5) [homeassistant.util.package] Unable to install package Adafruit_Python_DHT==1.3.2: Failed building wheel for Adafruit-Python-DHT
Jul  8 15:38:00 rasp-camera hass[16608]: Command "/srv/homeassistant/bin/python3 -u -c "import setuptools, tokenize;__file__='/tmp/pip-install-gi9h397k/Adafruit-Python-DHT/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-record-f_ipeo5r/install-record.txt --single-version-externally-managed --compile --install-headers /srv/homeassistant/include/site/python3.5/Adafruit-Python-DHT" failed with error code 1 in /tmp/pip-install-gi9h397k/Adafruit-Python-DHT/
Jul  8 15:38:00 rasp-camera hass[16608]: 2018-07-08 15:38:00 ERROR (MainThread) [homeassistant.requirements] Not initializing sensor.dht because could not install requirement Adafruit_Python_DHT==1.3.2
Jul  8 15:38:00 rasp-camera hass[16608]: 2018-07-08 15:38:00 ERROR (MainThread) [homeassistant.setup] Unable to prepare setup for platform sensor.dht: Could not install all requirements.
Jul  8 15:38:49 rasp-camera hass[16608]: 2018-07-08 15:38:49 ERROR (Thread-6) [homeassistant.util.package] Unable to install package Adafruit_Python_DHT==1.3.2: Failed building wheel for Adafruit-Python-DHT
Jul  8 15:38:49 rasp-camera hass[16608]: Command "/srv/homeassistant/bin/python3 -u -c "import setuptools, tokenize;__file__='/tmp/pip-install-xan3teys/Adafruit-Python-DHT/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-record-3a5oyxzd/install-record.txt --single-version-externally-managed --compile --install-headers /srv/homeassistant/include/site/python3.5/Adafruit-Python-DHT" failed with error code 1 in /tmp/pip-install-xan3teys/Adafruit-Python-DHT/
Jul  8 15:38:49 rasp-camera hass[16608]: 2018-07-08 15:38:49 ERROR (MainThread) [homeassistant.requirements] Not initializing sensor.dht because could not install requirement Adafruit_Python_DHT==1.3.2
Jul  8 15:38:49 rasp-camera hass[16608]: 2018-07-08 15:38:49 ERROR (MainThread) [homeassistant.setup] Unable to prepare setup for platform sensor.dht: Could not install all requirements.

[csparpa]

Hi folks, PyOWM maintainer here :)

as regards the

pyowm 2.8.0 has requirement requests<2.19,>=2.18.2, but you'll have requests 2.19.1 which is incompatible.

it is a known issue that will be fixed with PyOWM 2.9 - which has no planned release date so far, but guessing within mid-August.

In order to fix the issue for your specific case of dependency resolution, you can alter PyOWM's -setup.py so that the highest allowed version of requests is 3 instead of 2.19

Hope this helps, in the meanwhile...

[sardauker]

same here, hassio, same errors.

[Pharizna]

Thanks @csparpa but I can't find setup.py in your folder :(

`
pi@HASSIO:/srv/homeassistant/lib/python3.5/site-packages/pyowm $ ls -l

total 44

drwxr-xr-x 3 homeassistant nogroup 4096 Jan 18 20:12 abstractions

drwxr-xr-x 3 homeassistant nogroup 4096 Jan 18 20:12 caches

drwxr-xr-x 3 homeassistant nogroup 4096 Jan 18 20:12 commons

-rw-r--r-- 1 homeassistant nogroup 181 Jan 18 20:12 constants.py

drwxr-xr-x 3 homeassistant nogroup 4096 Jan 18 20:12 docs

drwxr-xr-x 3 homeassistant nogroup 4096 Jan 18 20:12 exceptions

-rw-r--r-- 1 homeassistant nogroup 2576 Jan 18 20:12 __init__.py

drwxr-xr-x 2 homeassistant nogroup 4096 Jan 18 20:12 __pycache__

drwxr-xr-x 4 homeassistant nogroup 4096 Jan 18 20:12 stationsapi30

drwxr-xr-x 3 homeassistant nogroup 4096 Jan 18 20:12 utils

drwxr-xr-x 5 homeassistant nogroup 4096 Jan 18 20:12 webapi25
`

Where it is?

[csparpa]

@Pharizna I was referring to PyOWM's setup.py.

Please refer to https://github.com/csparpa/pyowm/commit/0d92adaa6b296b136772b6b179c97ad7f0accc4f

I think what you need to do is to

1. clone PyOWM's development branch
2. modify setup.py so that requirements match <3 for the requests library
3. pip install from the local cloned folder (and therefore from the modified setup.py) by launching pip install . from within the folder itself

[Pharizna]

Thank you

I'll try :)

[csparpa]

@Pharizna please do notice that this his a "hand-made" workaround and that when PyOWM 2.9 will be released you will need to remove that and let Home Assistan handle PyOWM installation for you

[Pharizna]

Probably, I will wait because I don't know what's the relations between my Yeelight problem and your PyOWM.

[keitetran]

Me too... how to fix that ? thank

[DoctorOctagonapus]

Anyone know if this has been fixed in 0.73.2? I'm running Hassio so otherwise I'm still stuck on 0.72.1..

[bvansambeek]

Just updated to 0.73.2 , still not able to install packages

[googanhiem]

Also having issues on a RPi B+ with Raspbian and a Homeassistant in a venv.

Though the Hassbian fix script doesn't appear to work for me due some differences in install locations, I think most could manually key in the instructions of this workaround in pip (basically downgrading the version of DHT component), or move the files in an FTP.

sudo wget -O /srv/homeassistant/lib/python3.5/site-packages/homeassistant/components/sensor/dht.py https://raw.githubusercontent.com/home-assistant/home-assistant/e76e9e0966b01dd16e8e5205a3825b6e8d30ce39/homeassistant/components/sensor/dht.py

Then restart homeassistant

[DoctorOctagonapus]

I wonder if there is a similar fix for Hassio?

[seaser0]

Same issue here. Does someone know how to install the package on Hassio?

[googanhiem]

This is just a guess, maybe someone can clarify (don't have hassio to test).

sudo wget -O /usr/lib/python3.6/site-packages/homeassistant/components/sensor/dht.py https://raw.githubusercontent.com/home-assistant/home-assistant/e76e9e0966b01dd16e8e5205a3825b6e8d30ce39/homeassistant/components/sensor/dht.py

Or FTP in and navigate to /usr/lib/python3.6/site-packages/homeassistant/components/sensor/ and overwrite the version of dht.py with this.

Then restart hass

[MartinHjelmare]

Please don't spam issues by posting "same issue" and similar things that doesn't add any useful information in the way of solving the issue.

Show that you are affected by reacting to original post with :+1: and click the subscribe button to be notified on updates.

[hudecitydave]

I get this under 0.74.0, still the same:

2018-07-24 11:00:47 ERROR (MainThread) [homeassistant.requirements] Not initializing sensor.dht because could not install requirement Adafruit_Python_DHT==1.3.2
2018-07-24 11:00:47 ERROR (MainThread) [homeassistant.setup] Unable to prepare setup for platform sensor.dht: Could not install all requirements.

[themultiplexer]

This fixed it for me:
sudo apt-get install --reinstall libmpc*

I tried to install Adafruit_Python_DHT manually and got this error:
libmpc.so.3: ELF file version does not match current one

Symlinked the .so everywhere => rebooted, but installation seemed corrupted => reinstall => fixed

[daisysung]

Unfortunately I'm running hassio, sudo apt-get doesnt work

anyone manage to fix this in hassio?

[benquan]

I am having the same issue with a fresh copy of hassio 0.74.2 . Used to work before HASSOS change.

Unable to install package Adafruit_Python_DHT==1.3.2: Failed building wheel for Adafruit-Python-DHT.

[pptp-plg]

This problem is caused by package from
https://pypi.org/project/Adafruit_Python_DHT
pip3 install Adafruit_Python_DHT error

[DoctorOctagonapus]

https://github.com/adafruit/Adafruit_Python_DHT/issues/99 Corresponding issue on DHT plugin Github page; bug has been fixed in v1.3.3

[nhorvath]

This still doesn't work in 0.74.2.

2018-07-27 09:34:27 ERROR (SyncWorker_2) [homeassistant.util.package] Unable to install package Adafruit_Python_DHT==1.3.2: Failed building wheel for Adafruit-Python-DHT
wirelesstagpy 0.3.0 has requirement colorlog==3.0.1, but you'll have colorlog 3.1.4 which is incompatible.
waterfurnace 0.4.0 has requirement websocket-client>=0.46, but you'll have websocket-client 0.37.0 which is incompatible.
upsmychoice 1.0.6 has requirement beautifulsoup4==4.5.1, but you'll have beautifulsoup4 4.6.0 which is incompatible.
upsmychoice 1.0.6 has requirement python-dateutil==2.6.0, but you'll have python-dateutil 2.7.3 which is incompatible.
upsmychoice 1.0.6 has requirement requests==2.12.4, but you'll have requests 2.19.1 which is incompatible.
toonlib 1.0.2 has requirement cachetools==2.0.0, but you'll have cachetools 2.0.1 which is incompatible.
toonlib 1.0.2 has requirement requests==2.13.0, but you'll have requests 2.19.1 which is incompatible.
temperusb 1.5.3 has requirement pyusb>=1.0.0rc1, but you'll have pyusb 1.0.0b1 which is incompatible.
spotcrime 1.0.3 has requirement requests==2.12.4, but you'll have requests 2.19.1 which is incompatible.
skybellpy 0.1.2 has requirement colorlog==3.0.1, but you'll have colorlog 3.1.4 which is incompatible.
python-velbus 2.0.11 has requirement pyserial==3.3, but you'll have pyserial 3.1.1 which is incompatible.
python-jose-cryptodome 1.3.2 has requirement pycryptodome<3.4.0,>=3.3.1, but you'll have pycryptodome 3.6.4 which is incompatible.
pysma 0.2.0 has requirement aiohttp<3,>2, but you'll have aiohttp 3.3.2 which is incompatible.
pysma 0.2.0 has requirement async-timeout<3,>2, but you'll have async-timeout 3.0.0 which is incompatible.
pyowm 2.8.0 has requirement requests<2.19,>=2.18.2, but you'll have requests 2.19.1 which is incompatible.
pymysensors 0.16.0 has requirement pyserial>=3.4, but you'll have pyserial 3.1.1 which is incompatible.
pymonoprice 0.3 has requirement pyserial>=3.4, but you'll have pyserial 3.1.1 which is incompatible.
pymata 2.14 has requirement pyserial==2.7, but you'll have pyserial 3.1.1 which is incompatible.
pyicloud 0.9.1 has requirement keyring<9.0,>=8.0, but you'll have keyring 13.2.1 which is incompatible.
pyicloud 0.9.1 has requirement keyrings.alt<2.0,>=1.0, but you'll have keyrings-alt 3.1 which is incompatible.
pyblackbird 0.5 has requirement pyserial>=3.4, but you'll have pyserial 3.1.1 which is incompatible.
nad-receiver 0.0.9 has requirement pyserial==3.2.1, but you'll have pyserial 3.1.1 which is incompatible.
myusps 1.3.2 has requirement python-dateutil==2.6.0, but you'll have python-dateutil 2.7.3 which is incompatible.
myusps 1.3.2 has requirement requests==2.12.4, but you'll have requests 2.19.1 which is incompatible.
myusps 1.3.2 has requirement selenium==2.53.6, but you'll have selenium 3.13.0 which is incompatible.
mycroftapi 2.0 has requirement websocket-client==0.44.0, but you'll have websocket-client 0.37.0 which is incompatible.
motorparts 1.0.2 has requirement beautifulsoup4==4.5.1, but you'll have beautifulsoup4 4.6.0 which is incompatible.
motorparts 1.0.2 has requirement requests==2.12.4, but you'll have requests 2.19.1 which is incompatible.
locationsharinglib 2.0.7 has requirement requests==2.18.4, but you'll have requests 2.19.1 which is incompatible.
libsoundtouch 0.7.2 has requirement websocket-client>=0.40.0, but you'll have websocket-client 0.37.0 which is incompatible.
insteonplm 0.11.3 has requirement pyserial==3.2.0, but you'll have pyserial 3.1.1 which is incompatible.
hipnotify 1.0.8 has requirement requests==2.9.1, but you'll have requests 2.19.1 which is incompatible.
fedexdeliverymanager 1.0.6 has requirement beautifulsoup4==4.5.1, but you'll have beautifulsoup4 4.6.0 which is incompatible.
fedexdeliverymanager 1.0.6 has requirement python-dateutil==2.6.0, but you'll have python-dateutil 2.7.3 which is incompatible.
discord-py 0.16.12 has requirement aiohttp<1.1.0,>=1.0.0, but you'll have aiohttp 3.3.2 which is incompatible.
crimereports 1.0.0 has requirement requests==2.12.4, but you'll have requests 2.19.1 which is incompatible.
broadlink 0.9 has requirement pycryptodome==3.4.11, but you'll have pycryptodome 3.6.4 which is incompatible.
alarmdecoder 1.13.2 has requirement pyserial==2.7, but you'll have pyserial 3.1.1 which is incompatible.
abodepy 0.13.1 has requirement colorlog==3.0.1, but you'll have colorlog 3.1.4 which is incompatible.
Command "/usr/local/bin/python3 -u -c "import setuptools, tokenize;__file__='/tmp/pip-install-q1cs3fcb/Adafruit-Python-DHT/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-record-lz02qqkc/install-record.txt --single-version-externally-managed --prefix  --compile --user --prefix=" failed with error code 1 in /tmp/pip-install-q1cs3fcb/Adafruit-Python-DHT/
You are using pip version 10.0.1, however version 18.0 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.
2018-07-27 09:34:27 ERROR (MainThread) [homeassistant.requirements] Not initializing sensor.dht because could not install requirement Adafruit_Python_DHT==1.3.2
2018-07-27 09:34:27 ERROR (MainThread) [homeassistant.setup] Unable to prepare setup for platform sensor.dht: Could not install all requirements.

[pptp-plg]

@MartinHjelmare
please change dht sensor package
from
Adafruit_Python_DHT
to
Adafruit-DHT
ref https://github.com/adafruit/Adafruit_Python_DHT/issues/99#issuecomment-408260880

[nhorvath]

Workaround for hass.io users until fix is released:
create directories in your config directory: custom_components/sensor/
save this file as dht.py in the sensor directory you just created: https://raw.githubusercontent.com/home-assistant/home-assistant/e76e9e0966b01dd16e8e5205a3825b6e8d30ce39/homeassistant/components/sensor/dht.py
restart home assistant

[pptp-plg]

@nhorvath
thankyou

[nhorvath]

FYI after a fix is released you should delete that file in custom_components

[kaiomatico]

mhmmm somehow your fix @nhorvath does not work for me.... I just did a curl > custom_components/sensor/dht.py with the url you posted but the following error occurs in the logs and nothing is shown in the web interface (but also no longer the error message that the sensor dht could not be set up ) :

Traceback (most recent call last):
  File "/usr/local/lib/python3.6/site-packages/hbmqtt/broker.py", line 342, in stream_connected
    yield from self.client_connected(listener_name, StreamReaderAdapter(reader), StreamWriterAdapter(writer))
  File "/usr/local/lib/python3.6/site-packages/hbmqtt/broker.py", line 357, in client_connected
    handler, client_session = yield from BrokerProtocolHandler.init_from_connect(reader, writer, self.plugins_manager, loop=self._loop)
  File "/usr/local/lib/python3.6/site-packages/hbmqtt/mqtt/protocol/broker_handler.py", line 129, in init_from_connect
    connect = yield from ConnectPacket.from_stream(reader)
  File "/usr/local/lib/python3.6/site-packages/hbmqtt/mqtt/packet.py", line 225, in from_stream
    fixed_header = yield from cls.FIXED_HEADER.from_stream(reader)
  File "/usr/local/lib/python3.6/site-packages/hbmqtt/mqtt/packet.py", line 104, in from_stream
    byte1 = yield from read_or_raise(reader, 1)
  File "/usr/local/lib/python3.6/site-packages/hbmqtt/codecs.py", line 52, in read_or_raise
    data = yield from reader.read(n)
  File "/usr/local/lib/python3.6/site-packages/hbmqtt/adapters.py", line 146, in read
    data = yield from self._reader.readexactly(n)
  File "/usr/local/lib/python3.6/asyncio/streams.py", line 672, in readexactly
    raise IncompleteReadError(incomplete, n)

I know it looks like a different component (mqtt) but before the custom component that error was not spawning... well maybe I will just wait for the fix to arrive in the main release, but thank you.

[nhorvath]

@kaiomatico what version of hass.io are you running? i'm on the latest 0.74.2 DHT doesn't even interact with mqtt so i'd be surprised if this was actually the reason for it. maybe you have an automation based on dht that triggers something mqtt? do you see your dht sensor in the states view in hassio?

[kaiomatico]

@nhorvath I'm using the new hass.io with HassOS and homeassistant 0.74.2. I don't have an automation but I have a esp8266 dht sensor in a different room connected via wifi and mqtt. But that sensor is still working with the custom component enabled. I don't see the locally attached gpio dht sensor as state. But after a fresh restart I now saw the correct error message! You were right that mqtt had nothing to do with it, but here is the error now:

by the way this is my configuration.yaml for the sensor:

  - platform: dht
    name: Wohnzimmer
    sensor: DHT22
    pin: 4
    monitored_conditions:
      - temperature
      - humidity

[nhorvath]

I'm sorry. I'm not sure why you would get that if it was working before you
upgraded.

On Fri, Jul 27, 2018 at 4:14 PM kaiomatico [e-mail] wrote:

I'm using the new hass.io with HassOS and homeassistant 0.74.2. I don't
have an automation but I have a esp8266 dht sensor in a different room
connected via wifi and mqtt. But that sensor is still working with the
custom component enabled. I don't see the locally attached gpio dht sensor
as state. But after a fresh restart I now saw the correct error message!
You were right that mqtt had nothing to do with it, but here is the error
now:
[image: image]
https://user-images.githubusercontent.com/8037196/43344530-5e08f132-91ea-11e8-8939-cf4d11365b4e.png

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/home-assistant/home-assistant/issues/15333#issuecomment-408527203,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAKE3HeQ5Ryd5OxkJ3Sfxl6Ay-oMMFpOks5uK3SjgaJpZM4VGD8f
.

[kaiomatico]

Thank you for your support, I will just wait for the next stable release to fix this issue

[awarecan]

Fixed by #15706

[rdagger]

Just upgraded to Hassbian 0.74.2 and the DHT stopped working. Here's the log:

Not initializing sensor.dht because could not install requirement Adafruit_Python_DHT==1.3.2
9:59 AM requirements.py (ERROR)
Unable to install package Adafruit_Python_DHT==1.3.2: Command "/srv/homeassistant/bin/python3 -u -c "import setuptools, tokenize;__file__='/tmp/pip-install-r5hf0984/Adafruit-Python-DHT/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-record-kspim5a2/install-record.txt --single-version-externally-managed --compile --install-headers /srv/homeassistant/include/site/python3.5/Adafruit-Python-DHT" failed with error code 1 in /tmp/pip-install-r5hf0984/Adafruit-Python-DHT/
9:59 AM util/package.py (ERROR)

[nhorvath]

@rdagger adding your "me too" post after an issue is already marked as fixed in dev doesn't add anything. You can either wait for the next release or follow the workarounds posted above to change dht.py

[awarecan]

Any error log?

[DoctorOctagonapus]

Ignore me, separate issue.

[rdagger]

@nhorvath Sorry I had already installed the workaround. I didn't realize you had to reinstall the workaround after each upgrade.

[DoctorOctagonapus]

OK I've successfully updated my Hassio instance to 0.75, but it still tries to install the broken Adafruit 1.3.2. (Yesterday's problems were unrelated.) Log below:

Unable to install package Adafruit_Python_DHT==1.3.2: Failed building wheel for Adafruit-Python-DHT
wirelesstagpy 0.3.0 has requirement colorlog==3.0.1, but you'll have colorlog 3.1.4 which is incompatible.
waterfurnace 0.4.0 has requirement websocket-client>=0.46, but you'll have websocket-client 0.37.0 which is incompatible.
upsmychoice 1.0.6 has requirement beautifulsoup4==4.5.1, but you'll have beautifulsoup4 4.6.1 which is incompatible.
upsmychoice 1.0.6 has requirement python-dateutil==2.6.0, but you'll have python-dateutil 2.7.3 which is incompatible.
upsmychoice 1.0.6 has requirement requests==2.12.4, but you'll have requests 2.19.1 which is incompatible.
toonlib 1.0.2 has requirement cachetools==2.0.0, but you'll have cachetools 2.0.1 which is incompatible.
toonlib 1.0.2 has requirement requests==2.13.0, but you'll have requests 2.19.1 which is incompatible.
temperusb 1.5.3 has requirement pyusb>=1.0.0rc1, but you'll have pyusb 1.0.0b1 which is incompatible.
spotcrime 1.0.3 has requirement requests==2.12.4, but you'll have requests 2.19.1 which is incompatible.
skybellpy 0.1.2 has requirement colorlog==3.0.1, but you'll have colorlog 3.1.4 which is incompatible.
python-velbus 2.0.11 has requirement pyserial==3.3, but you'll have pyserial 3.1.1 which is incompatible.
python-jose-cryptodome 1.3.2 has requirement pycryptodome<3.4.0,>=3.3.1, but you'll have pycryptodome 3.6.4 which is incompatible.
pysma 0.2.0 has requirement aiohttp<3,>2, but you'll have aiohttp 3.3.2 which is incompatible.
pysma 0.2.0 has requirement async-timeout<3,>2, but you'll have async-timeout 3.0.0 which is incompatible.
pymysensors 0.16.0 has requirement pyserial>=3.4, but you'll have pyserial 3.1.1 which is incompatible.
pymonoprice 0.3 has requirement pyserial>=3.4, but you'll have pyserial 3.1.1 which is incompatible.
pymata 2.14 has requirement pyserial==2.7, but you'll have pyserial 3.1.1 which is incompatible.
pyicloud 0.9.1 has requirement keyring<9.0,>=8.0, but you'll have keyring 13.2.1 which is incompatible.
pyicloud 0.9.1 has requirement keyrings.alt<2.0,>=1.0, but you'll have keyrings-alt 3.1 which is incompatible.
pyblackbird 0.5 has requirement pyserial>=3.4, but you'll have pyserial 3.1.1 which is incompatible.
nad-receiver 0.0.9 has requirement pyserial==3.2.1, but you'll have pyserial 3.1.1 which is incompatible.
myusps 1.3.2 has requirement beautifulsoup4==4.6.0, but you'll have beautifulsoup4 4.6.1 which is incompatible.
myusps 1.3.2 has requirement python-dateutil==2.6.0, but you'll have python-dateutil 2.7.3 which is incompatible.
myusps 1.3.2 has requirement requests==2.12.4, but you'll have requests 2.19.1 which is incompatible.
myusps 1.3.2 has requirement selenium==2.53.6, but you'll have selenium 3.14.0 which is incompatible.
mycroftapi 2.0 has requirement websocket-client==0.44.0, but you'll have websocket-client 0.37.0 which is incompatible.
motorparts 1.0.2 has requirement beautifulsoup4==4.5.1, but you'll have beautifulsoup4 4.6.1 which is incompatible.
motorparts 1.0.2 has requirement requests==2.12.4, but you'll have requests 2.19.1 which is incompatible.
magicseaweed 1.0.0 has requirement requests==2.12.4, but you'll have requests 2.19.1 which is incompatible.
locationsharinglib 2.0.7 has requirement beautifulsoup4==4.6.0, but you'll have beautifulsoup4 4.6.1 which is incompatible.
locationsharinglib 2.0.7 has requirement requests==2.18.4, but you'll have requests 2.19.1 which is incompatible.
libsoundtouch 0.7.2 has requirement websocket-client>=0.40.0, but you'll have websocket-client 0.37.0 which is incompatible.
insteonplm 0.11.7 has requirement pyserial==3.2.0, but you'll have pyserial 3.1.1 which is incompatible.
hipnotify 1.0.8 has requirement requests==2.9.1, but you'll have requests 2.19.1 which is incompatible.
gearbest-parser 1.0.7 has requirement beautifulsoup4==4.6.0, but you'll have beautifulsoup4 4.6.1 which is incompatible.
fedexdeliverymanager 1.0.6 has requirement beautifulsoup4==4.5.1, but you'll have beautifulsoup4 4.6.1 which is incompatible.
fedexdeliverymanager 1.0.6 has requirement python-dateutil==2.6.0, but you'll have python-dateutil 2.7.3 which is incompatible.
discord-py 0.16.12 has requirement aiohttp<1.1.0,>=1.0.0, but you'll have aiohttp 3.3.2 which is incompatible.
crimereports 1.0.0 has requirement requests==2.12.4, but you'll have requests 2.19.1 which is incompatible.
broadlink 0.9 has requirement pycryptodome==3.4.11, but you'll have pycryptodome 3.6.4 which is incompatible.
alarmdecoder 1.13.2 has requirement pyserial==2.7, but you'll have pyserial 3.1.1 which is incompatible.
abodepy 0.13.1 has requirement colorlog==3.0.1, but you'll have colorlog 3.1.4 which is incompatible.
Command "/usr/local/bin/python3 -u -c "import setuptools, tokenize;__file__='/tmp/pip-install-8hiorqmr/Adafruit-Python-DHT/setup.py';f=getattr(tokenize, 'open', open (__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-record-bpqvlta9/install-record.txt --single-version-externally-managed --prefix  --compile --user --prefix=" failed with error code 1 in /tmp/pip-install-8hiorqmr/Adafruit-Python-DHT/
You are using pip version 10.0.1, however version 18.0 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.

[hudecitydave]

It was fixed by #15706, but missed the 0.75 release (info is shown in issue). For me now the workaround is not working anymore. I reinstalled the .py by hand, but I still get the known message. I think we have to wait for the .1 update

[HuntStarJonny]

Stumbled accross this, cause i had the same problem.
Until you get the update, here is how i fixed it for me, maybe helps other people.
sed -i 's/Adafruit_Python_DHT==1.3.2/Adafruit_DHT==1.3.2/' /usr/local/lib/python3.6/site-packages/homeassistant/components/sensor/dht.py
Maybe you have to change the path to the dht.py file depending on your installation.
If you really have no idea where it could be try this

find / -type f -name dht.py

[Siggy101]

Yay. 0.75.1 has fixed this for me (hassio). It now loading adafruit 1.3.3 and DHT22 temp and humidity sensor working perfectly again.
So that's how hot it has been in my living room!

[besgum]

No more problems with Adafruit component, but now it said ERROR ON DEVICE UPDATE

Log Details (ERROR)
Sun Aug 05 2018 10:56:09 GMT-0400 (Chile Standard Time)

dht: Error on device update!
Traceback (most recent call last):
  File "/usr/local/lib/python3.6/site-packages/homeassistant/helpers/entity_platform.py", line 248, in _async_add_entity
    await entity.async_device_update(warning=False)
  File "/usr/local/lib/python3.6/site-packages/homeassistant/helpers/entity.py", line 322, in async_device_update
    yield from self.hass.async_add_job(self.update)
  File "/usr/local/lib/python3.6/concurrent/futures/thread.py", line 56, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/usr/local/lib/python3.6/site-packages/homeassistant/components/sensor/dht.py", line 122, in update
    self.dht_client.update()
  File "/usr/local/lib/python3.6/site-packages/homeassistant/util/__init__.py", line 325, in wrapper
    result = method(*args, **kwargs)
  File "/usr/local/lib/python3.6/site-packages/homeassistant/components/sensor/dht.py", line 157, in update
    self.sensor, self.pin)
  File "/usr/local/lib/python3.6/site-packages/Adafruit_DHT/common.py", line 94, in read_retry
    humidity, temperature = read(sensor, pin, platform)
  File "/usr/local/lib/python3.6/site-packages/Adafruit_DHT/common.py", line 80, in read
    platform = get_platform()
  File "/usr/local/lib/python3.6/site-packages/Adafruit_DHT/common.py", line 63, in get_platform
    raise RuntimeError('Unknown platform.')
RuntimeError: Unknown platform.

What can I do?
Thanks for the help

[awarecan]

@besgum please open a new issue