keithh666
(Keith Hull)
October 24, 2017, 10:03am
1
Hi,
I’m having some trouble installing the above or rather HA is I’m on an RPI 3 running Stretch on AIO install of HA. HA can’t install gattlib and when I tried to install it manually it fails with some kind of internal compiler error. Has any got any ideas why it wouldn’t install?
TIA for any clues
Edit : I’m running HA 56.2 tho’ this problem has been going on for a while now
Edit: In the VE running command python show I’m running Python 3.5.3
Tinkerer
(aka DubhAd on GitHub)
October 24, 2017, 10:46am
2
There’s many possible issues, but if you don’t tell us the actual error it’s hard for anybody to help
keithh666
(Keith Hull)
October 24, 2017, 11:10am
3
IRRC when I last tried to diagnose the problem all the information it gave was that there had been an internal compiler error, however I will run it again and see if I can get anything more from it
keithh666
(Keith Hull)
October 24, 2017, 12:27pm
4
Collecting gattlib==0.20150805
Using cached gattlib-0.20150805.tar.gz
Building wheels for collected packages: gattlib
Running setup.py bdist_wheel for gattlib ... error
Complete output from command /srv/homeassistant/homeassistant_venv/bin/python3 -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-yuwcluvo/gattlib/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/tmpt3pe8r1fpip-wheel- --python-tag cp35:
running bdist_wheel
running build
running build_ext
building 'gattlib' extension
creating build
creating build/temp.linux-armv7l-3.5
creating build/temp.linux-armv7l-3.5/src
creating build/temp.linux-armv7l-3.5/src/bluez
creating build/temp.linux-armv7l-3.5/src/bluez/lib
creating build/temp.linux-armv7l-3.5/src/bluez/attrib
creating build/temp.linux-armv7l-3.5/src/bluez/src
creating build/temp.linux-armv7l-3.5/src/bluez/src/shared
creating build/temp.linux-armv7l-3.5/src/bluez/btio
arm-linux-gnueabihf-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -fdebug-prefix-map=/build/python3.5-RUbMX3/python3.5-3.5.3=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -DVERSION="5.25" -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include -Isrc/bluez -I/usr/include/python3.5m -I/srv/homeassistant/homeassistant_venv/include/python3.5m -c src/gattservices.cpp -o build/temp.linux-armv7l-3.5/src/gattservices.o
cc1plus: warning: command line option ‘-Wstrict-prototypes’ is valid for C/ObjC but not for C++
arm-linux-gnueabihf-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -fdebug-prefix-map=/build/python3.5-RUbMX3/python3.5-3.5.3=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -DVERSION="5.25" -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include -Isrc/bluez -I/usr/include/python3.5m -I/srv/homeassistant/homeassistant_venv/include/python3.5m -c src/beacon.cpp -o build/temp.linux-armv7l-3.5/src/beacon.o
cc1plus: warning: command line option ‘-Wstrict-prototypes’ is valid for C/ObjC but not for C++
arm-linux-gnueabihf-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -fdebug-prefix-map=/build/python3.5-RUbMX3/python3.5-3.5.3=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -DVERSION="5.25" -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include -Isrc/bluez -I/usr/include/python3.5m -I/srv/homeassistant/homeassistant_venv/include/python3.5m -c src/bindings.cpp -o build/temp.linux-armv7l-3.5/src/bindings.o
cc1plus: warning: command line option ‘-Wstrict-prototypes’ is valid for C/ObjC but not for C++
arm-linux-gnueabihf-gcc: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-6/README.Bugs> for instructions.
error: command 'arm-linux-gnueabihf-gcc' failed with exit status 4
----------------------------------------
Failed building wheel for gattlib
Tinkerer
(aka DubhAd on GitHub)
October 24, 2017, 12:42pm
5
Ok, not seen that before.
Your install is ok? No issues with the power supply (sudo vcgencmd get_throttled
shows 0x0
)? Nothing else running that would be using up the RAM?
keithh666
(Keith Hull)
October 24, 2017, 4:24pm
6
Install seems OK, HA uses 100 of one core 99% of the time.
sudo vcgencmd get_throttled shows…
throttled=0x50005
I will give another PSU a try
Snapshot of ‘top’
cpu ram%
11161 homeass+ 20 0 422116 87068 10244 S 98.7 9.2 295:23.79 hass
4264 root -81 0 118788 8868 6552 S 7.2 0.9 1:37.82 pilight-daemon
3905 root 20 0 0 0 0 S 4.9 0.0 0:43.54 kworker/0:0
6354 pi 20 0 8240 3360 2760 R 2.0 0.4 0:00.62 top
2101 root 20 0 127148 28736 9560 S 0.7 3.0 146:48.75 node
7 root 20 0 0 0 0 S 0.3 0.0 12:46.09 rcu_sched
79 root 20 0 0 0 0 S 0.3 0.0 25:43.08 mmcqd/0
773 influxdb 20 0 1082320 189884 7876 S 0.3 20.0 302:24.62 influxd
2259 pi 20 0 11584 2040 1788 S 0.3 0.2 0:47.78 sshd
2381 root 20 0 0 0 0 S 0.3 0.0 0:01.29 kworker/1:1
3416 root 20 0 0 0 0 S 0.3 0.0 0:02.03 kworker/u8:1
1 root 20 0 28200 4232 3252 S 0.0 0.4 1:32.91 systemd
influx seems to be the only user of a significant amount of ram.
Tinkerer
(aka DubhAd on GitHub)
October 24, 2017, 5:54pm
7
keithh666:
throttled=0x50005
You’ve certainly got a power issues there
keithh666
(Keith Hull)
October 24, 2017, 6:04pm
8
With another PSU I get 0x50000 so better I guess but not zero
Tinkerer
(aka DubhAd on GitHub)
October 24, 2017, 6:20pm
9
The bad news is, it’s bit 16 (the 1 of that 5) that indicates an under power situation. At least it’s now not actively reporting it.
Check the micro USB cable, it could be part of the problem.