-
Notifications
You must be signed in to change notification settings - Fork 33
Description
Checklist
- Checked the issue tracker for similar issues to ensure this is not a duplicate.
- Provided a clear description of your suggestion.
- Included any relevant context or examples.
Issue or Suggestion Description
We are using esp-tflite-micro which has a dependency on esp-nn; it appears that the recent release to esp-nn and corresponding update in the registry is causing problems with older versions of idf-component-manager.
Specifically, idf_component.yml as pulled from the registry includes the repository_info key which is not recognized by the version of idf-component-manager we're using. It's noteworthy that this key is not present in the idf_component.yml which appears in the repository; it only appears in the content pulled from the Espressif component registry.
Please see our build logs here.
To confirm a workaround, I've forked esp-tflite-micro and tested two alternative dependency configurations:
- I simply removed the
^from theversion:line withindependencies, forcing it to use the1.0.0-rc1which we know works. - I reconfigured the dependency to use the
esp-nnGitHub repo directly (as opposed to the Espressif component registry) and explicitly specifiedversion: "v1.1.0".
Both of these alternate configurations resolved the error from idf-component-manager, of course at the expense of now having to use a fork (which we would prefer not to do).
It appears that moving to platformio/espressif32 v6.6.0 with framework-espidf v5.2.1 or later gets us "compatible" idf-component-manager but we do not wish to make such a change at this time. Are there any other ways to fix this issue? Could we perhaps get a release of framework-espidf with IDF v5.1.4 including a newer/compatible version of idf-component-manager?