esphome/bluetooth-proxies

Why doesn't the website upgrade the ESP32 to the latest released version?

Gferretta opened this issue · 6 comments

Hi

I am one of the many who have problems upgrading the version via OTA due to errors in the compilation on an RPi3b+.
But I don't understand why if I update my generic ESP32 from https://esphome.github.io/bluetooth-proxies/ to this day it continues to install version 2022.12.8 when version 2023.2.3 is released
The website does the complete deletion and the new installation over my ESP32 without errors, it connects perfectly to the WiFi, but with version 2022.12.8, so in my ESPHome I still get the upgrade warning for my devices, since I have the version installed 2023.2.3
Any ideas?

Thank you
Regards

Fixed in #69

Fixed in #69

Is the update already available on the web or do I have to wait until next Monday?
Thank you

Hi
Today (monday), ending the day, an old firmware version is still installing the website.
V2023.2.3 When the current one is 2023.2.4
Wouldn't it be better than for each release of a new version of ESPHOME is automatically compile and that the website always install the last current version?
Wait since I can't update via ota
Thank you

BT Proxies Old Version

Today 3/8/23 the website is still installing V2023.2.3 when the current one is 2023.2.4
what's going on?
Why don't you fix to install the latest version available on ESPHome?
HA keeps alerting that there are pending updates on the device.
As I mentioned before, the compilation from ESPHome produces an error and I cannot do it via OTA.
This was already reported by many other users and we have not had an answer to that problem either.
Thank you
Regards

PD: Compilation error

`INFO Reading configuration /config/esphome/esp32-bluetooth-proxy-059bf0.yaml...
INFO Generating C++ source...
INFO Compiling app...
Processing esp32-bluetooth-proxy-059bf0 (board: esp32dev; framework: espidf; platform: platformio/espressif32 @ 5.2.0)

HARDWARE: ESP32 240MHz, 320KB RAM, 4MB Flash

  • framework-espidf @ 3.40402.0 (4.4.2)
  • tool-cmake @ 3.16.9
  • tool-ninja @ 1.10.2
  • toolchain-esp32ulp @ 2.35.0-20220830
  • toolchain-xtensa-esp32 @ 8.4.0+2021r2-patch3
    Reading CMake configuration...
    -- The C compiler identification is GNU 8.4.0
    -- The CXX compiler identification is GNU 8.4.0
    -- The ASM compiler identification is GNU
    -- Found assembler: /data/cache/platformio/packages/toolchain-xtensa-esp32/bin/xtensa-esp32-elf-gcc
    -- Check for working C compiler: /data/cache/platformio/packages/toolchain-xtensa-esp32/bin/xtensa-esp32-elf-gcc
    -- Check for working C compiler: /data/cache/platformio/packages/toolchain-xtensa-esp32/bin/xtensa-esp32-elf-gcc -- broken
    -- Configuring incomplete, errors occurred!
    See also "/data/esp32-bluetooth-proxy-059bf0/.pioenvs/esp32-bluetooth-proxy-059bf0/CMakeFiles/CMakeOutput.log".
    See also "/data/esp32-bluetooth-proxy-059bf0/.pioenvs/esp32-bluetooth-proxy-059bf0/CMakeFiles/CMakeError.log".

fatal: not a git repository (or any parent up to mount point /)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
CMake Error at /data/cache/platformio/packages/tool-cmake/share/cmake-3.16/Modules/CMakeTestCCompiler.cmake:60 (message):
The C compiler

"/data/cache/platformio/packages/toolchain-xtensa-esp32/bin/xtensa-esp32-elf-gcc"

is not able to compile a simple test program.

It fails with the following output:

Change Dir: /data/esp32-bluetooth-proxy-059bf0/.pioenvs/esp32-bluetooth-proxy-059bf0/CMakeFiles/CMakeTmp

Run Build Command(s):/data/cache/platformio/packages/tool-ninja/ninja cmTC_0d3d7 && [1/2] Building C object CMakeFiles/cmTC_0d3d7.dir/testCCompiler.c.obj
[2/2] Linking C executable cmTC_0d3d7
FAILED: cmTC_0d3d7 
: && /data/cache/platformio/packages/toolchain-xtensa-esp32/bin/xtensa-esp32-elf-gcc -mlongcalls -Wno-frame-address   CMakeFiles/cmTC_0d3d7.dir/testCCompiler.c.obj  -o cmTC_0d3d7   && :
/data/cache/platformio/packages/toolchain-xtensa-esp32/bin/../lib/gcc/xtensa-esp32-elf/8.4.0/../../../../xtensa-esp32-elf/bin/ld: /data/cache/platformio/packages/toolchain-xtensa-esp32/bin/../libexec/gcc/xtensa-esp32-elf/8.4.0/liblto_plugin.so: error loading plugin: /data/cache/platformio/packages/toolchain-xtensa-esp32/bin/../libexec/gcc/xtensa-esp32-elf/8.4.0/liblto_plugin.so: cannot open shared object file: No such file or directory
collect2: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.

CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
/data/cache/platformio/packages/framework-espidf/tools/cmake/project.cmake:296 (__project)
CMakeLists.txt:3 (project)

========================= [FAILED] Took 21.61 seconds =========================
`

It seems the workflow kicked in and the build process worked fine, see https://github.com/esphome/bluetooth-proxies/actions/runs/4339889757

However, the consolidate and upload jobs didn't run.
I assume the related if statements need to be double checked, see https://github.com/esphome/bluetooth-proxies/actions/runs/4339889757/workflow#L61

Raoul

It seems the workflow kicked in and the build process worked fine, see https://github.com/esphome/bluetooth-proxies/actions/runs/4339889757

However, the consolidate and upload jobs didn't run. I assume the related if statements need to be double checked, see https://github.com/esphome/bluetooth-proxies/actions/runs/4339889757/workflow#L61

Raoul

Exactly
Thanks!!