New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cannot compile with 2022.12.0 #3904
Comments
What are you running it on? And 32-bit or 64-bit? |
Rpi 4 with 32-bit OS |
Same issue. Also using Raspberry Pi 4 with Raspbian (32-bit). |
Same here on RPI 3b:
|
Me too, 32bit raspberry, ESPHome run in Docker. |
Why do people run 32-bit systems? What's the point? Just like #3899, this isn't an esphome issue. Platformio gets confused with a 32-bit OS running on a 64-bit kernel. |
Because at the time when I was setting up my Raspberry Pi, the official OS for Raspberry Pi was Raspbian and there was no (stable) 64-bit variant. |
Then I suggest you re-install it now as 64-bit. |
I was probably the default back when I installed raspberry OS, and I didn't find time to trash everything and do a clean install. |
A pure 32-bit system will probably work. It's the combination of 64-bit kernel and 32-bit userspace that causes the problem. Maybe there was a change in the newer platformio version. |
As others have written, when I installed my system, 32-bit was the only option. I am running hass-os. I have no idea of what kernel it is (64 or 32 bits) |
Fine, but I'm telling you that there's nothing we can do about it. This is an issue with platformio. |
Seems (to me) a hasty statement since this issue appeared with the changes in 2022.12.0. |
In particular when Home Assistant OS installs on a Raspberry Pi 4 (according to the stats the most popular hardware) are impacted too, and the installation of this broken version is allowed from the Home Assistant Add On Store - seems a bit of an oversight when one Nabu Casu project allows a broken version of another of its own products to be installed with not even a warning! |
I get a different error but result is the same:
|
Same for me on Orange PI Plus 2E and Banana PI with Armbian Bullseye |
I had also compile errors with the docker container on Ubuntu server 64-bit, which I solved by deleting the folders |
RPi 3b 32 bit HASSOS |
Same here on Odroid XU4: The OS is 32 bit. ESP8266 (platform: platformio/espressif8266 @ 3.2.0)) complies okay. ESP32 fails as per below.
|
Home Assistant 2022.12.5 Same problem, using nothing but the Community Addon... |
@Pop70, what does |
`## System Information
Home Assistant Cloud
Dashboards
Recorder
|
I updated my previous post, but i'm running hassos 64bits in a virtual machine on a Synology DS920+. |
armv7l here, so 32 bit |
System Information
|
We don't need any more information now. It turns out that it's a problem with the 32-bit toolchain not matching debian. Hopefully there will be an add-on update soon to workaround that. |
I had exactly the same problem. Solved with version 2022.12.1 Thank you guys!! |
I also had the same problem, solved with new version 2022.12.1, but now I've got this new error
I'm on RPI3 HASSIO |
with 2022.12.1 this error occurs to me which was not present in 2022.11
|
@zanna-37 are you using a custom or external component? Your compile is importing a second BLE library and I can only imagine that is going to cause you trouble. This issue is closed. Any other compile issues need a new issue. And try a clean build first. |
Yes, I am, but it was working before. I think a piece went missing, just like the
Yeah, I already tried. |
That's related to old libs on platformio cache. To fix it on windows : run :
|
with ESP 2022.12.8 default add-on on Homeassistant below version I still have the problem. How to solve it ? Home Assistant 2023.2.1 |
ESPHome 2022.12.8 installed as HA add-on on Raspberry and I have the same problem Could someone try to fix it ? |
Same here, if you use ESPHome as a HA add-on the problem not solved yet. cc: @jesserockz |
In that case, it would be better to open a new issue instead of writing here. I am still on the 2022.11.5 version and hold off any upgrades till this and other issues are fixed. |
done |
I inform you that the problem (exactly as described in this issue problem description) is still present on the ESPHome 2023.2.1 version. The description of the #4178 is different from my situation. |
ESPHome: Current version: 2023.2.4 El problema continua tengo las versiones mas recientes System Information
Home Assistant Community Store
Home Assistant Cloud
Home Assistant Supervisor
Dashboards
Recorder
|
Para los que tienen arquitectura de 64 bits esto soluciono mi problema: Edite el archivo "util.py", primero realice la búsqueda dentro de mi sistema de archivos y me devuelve 3 resultados, como no supe cuál de los tres es el que debía modificar, modifique los tres: El código después de modificarlo: def get_systype(): root@rpi4-20230102:/# find | grep platformio/util.py ./usr/local/lib/python3.9/dist-packages/platformio/util.py ./var/lib/docker/overlay2/7dc1dc2395dd053c78fc5cd8616d1c61f5703e4e6433d46eb4ccd3cbb1bff485/merged/usr/local/lib/python3.9/dist-packages/platformio/util.py ./var/lib/docker/overlay2/c04cf2bac904287623c5baf075232b1ceae6d9be38336527a51a251bc513ec79/diff/usr/local/lib/python3.9/dist-packages/platformio/util.py root@rpi4-20230102:/# nano ./usr/local/lib/python3.9/dist-packages/platformio/util.py root@rpi4-20230102:/# nano ./var/lib/docker/overlay2/7dc1dc2395dd053c78fc5cd8616d1c61f5703e4e6433d46eb4ccd3cbb1bff485/merged/usr/local/lib/python3.9/dist-packages/platformio/util.py root@rpi4-20230102:/# nano Después de realizar este ajuste, pude compilar sin problemas y completar la instalación y mi dispositivo aparece en linea. |
I am still have this problem with the most recent version of esphome and platformio on a raspberry pi 4 with raspberry pi os |
I still get this message on a raspberry pi 4 with 64bit OS (aarch64) too. In my case I'm using a esp8266. Read several issues now and nothing worked. I update esphome docker container, I cleaned up build files and reinstalled home assistant integration already. |
Exactly the same issue here, docker ESPHome
I tried clearing |
@ndfred try running that program and see what happens. |
Super weird:
It looks like an arm64 binary:
And my system is ARM32, but for some reason my kernel is ARM64 (don't remember when I made that change), that is probably what is throwing ESPHome off:
I have been meaning to migrate to the ARM64 version of Raspberry OS, but that is a painful migration (I would have to reinstall everything) so I have not gotten around to it yet. It looks like my setup (ARM64 kernel, ARM32 binaries) is what caused this issue in the first place, and got resolved (it was working for me a few weeks ago), maybe this is a recent regression in the toolchain selection process. |
Yes, that's the problem. And it's not esphome, it's platformio. It sees the arch is 64-bit (from the kernel), so it gets the 64-bit toolchain. |
@ndfred Thanks, seems to be exactly my situation too. Kernel 64-bit and binaries 32-bit. |
I have the same issue too... Shouldn't the issue reopened? Or is there a new one existing? Home Assistant 2023.5.3 pi@raspberrypi:~ $ uname -a ESP-Home 2023.5.1 ''' /data/kuechenlampe/.pioenvs/kuechenlampe/src/esphome/components/api/api_pb2.cpp.o ''' |
From this commit mentioned above it looks like the fix was to pull in the arm 32 linker in the docker container to work around the issue, I might play with that and see if it fixes it:
|
I read somewhere to try this:
I know, sounds stupid but worked for me, now I can compile my ESP32 nodes again. |
I tried to shell into the container and the link trick above was already done properly:
I then looked into disabling my arm64 kernel to see if that would help (also means I will max out at 4GB on my 8GB Pi I guess?), followed this guide and added
Got the ESPHome Docker container up and tried to update one of my nodes, that then downloads a new version of the toolchain and builds / installs no problem. So that means the issue really is the kernel, and this pretty involved workaround works. I guess I will update all my nodes, and upgrade my system to Raspberry Pi OS 64 bit, however scary that sounds. I can say that this used to work for sure, so something broke recently, either in ESPHome or in the toolchains. |
The problem
Compile fails with "sh: 1: xtensa-esp32-elf-g++: not found"
Which version of ESPHome has the issue?
2022.12.0
What type of installation are you using?
Home Assistant Add-on
Which version of Home Assistant has the issue?
2022.12.5
What platform are you using?
ESP32
Board
esp32dev
Component causing the issue
No response
Example YAML snippet
No response
Anything in the logs that might be useful for us?
Additional information
No response
The text was updated successfully, but these errors were encountered: