You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
fix(p4): put the P4 on the sidecar pin too — it was stuck at esp_tsdb 2.0.3
#45 moved only the AtomS3R onto the sidecar header, so the P4 kept its
older `ref: tigomonitor` pin and silently stayed on 21.4 s commits. That
branch is also at 2.0.3, so the P4 was missing everything released since.
The two could not simply share a ref. The sidecar branch is based on
upstream 2.3.0, whose manifest does not list `esp32p4`; the `tigomonitor`
branch carries that manifest entry but not the sidecar. Pinning the
sidecar ref on a P4 therefore failed at dependency resolution, before
compiling anything — which is what a contributor ran into when following
#45's instructions.
Fixed upstream-of-here by adding the one missing manifest line to the
fork (RAR/esp_tsdb@ebfc360 = 3fb785f + `- esp32p4`), so every board can
now share a single ref. Full esp_tsdb host suite still passes on it.
All six configs that pin esp_tsdb now point at ebfc360 — both board
files, both P4 test configs, and the Config Builder's two entries. The
other two inherit it via !include. No `ref: tigomonitor` remains in
tracked source.
Verified: P4 compiles against the new ref and the fetched dependency is
confirmed to be the fork with esp32p4 in its manifest (not a cached
resolve — flash moved 1,432,902 -> 1,437,230 bytes). 46/46 site tests.
0 commit comments