tracking: platform_packages override silently ignored across framework packages (audit, sibling of #663)

[zackees]

TL;DR

#663 reports that nxplpc silently ignores platform_packages = framework-arduino-lpc8xx@<URL>#<sha> because ArduinoCoreLpc8xx pins the framework URL + commit + sha256 as const &str and the orchestrator never reads platform_packages from env_config. The same const-pin pattern shows up across every other framework package in crates/fbuild-packages/src/library/. This issue audits each one to find which platforms have the same bug and which (if any) already honor platform_packages.

PlatformIO honors the consumer's platform_packages line. Wherever fbuild silently ignores it, downstream bisection workflows (e.g. FastLED/FastLED#3325) are blocked on the fbuild backend.

Audit result: bug exists in 16 / 16 platforms

Every framework package audited follows the same pattern: URL pinned in a const, only-default constructor, orchestrator never reads platform_packages from env_config. Verdict + evidence is on each child issue.

• nxplpc / framework-arduino-lpc8xx — nxplpc: framework-arduino-lpc8xx pin is hardcoded — platform_packages override in platformio.ini is silently ignored (blocks FastLED#3325 bisection) #663 (bug-exists, original report)
• apollo3 / framework-arduinoambiqapollo3 — audit: apollo3 / framework-arduinoambiqapollo3 — does platform_packages override work? (parent #664) #665 (bug-exists)
• arduino_api — audit: arduino_api — does platform_packages override work? (parent #664) #666 (bug-exists)
• avr / framework-arduino-avr — audit: avr / framework-arduino-avr — does platform_packages override work? (parent #664) #667 (bug-exists)
• arduino_mbed / framework-arduino-mbed — audit: arduino_mbed / framework-arduino-mbed — does platform_packages override work? (parent #664) #668 (bug-exists)
• attiny — audit: attiny — does platform_packages override work? (parent #664) #669 (bug-exists)
• ch32v — audit: ch32v — does platform_packages override work? (parent #664) #670 (bug-exists)
• esp8266 / framework-arduinoespressif8266 — audit: esp8266 / framework-arduinoespressif8266 — does platform_packages override work? (parent #664) #671 (bug-exists)
• esp32 / framework-arduinoespressif32 + platform-espressif32 — audit: esp32 / framework-arduinoespressif32 — does platform_packages override work? (parent #664) #672 (bug-exists, both)
• nrf52 / framework-arduinoadafruitnrf52 — audit: nrf52 / framework-arduinoadafruitnrf52 — does platform_packages override work? (parent #664) #673 (bug-exists)
• renesas (UNO R4) / framework-arduinorenesas — audit: renesas (UNO R4) / framework-arduinorenesas — does platform_packages override work? (parent #664) #674 (bug-exists)
• rp2040 / framework-arduinopico — audit: rp2040 / framework-arduinopico — does platform_packages override work? (parent #664) #675 (bug-exists)
• sam / framework-arduino-sam — audit: sam / framework-arduino-sam — does platform_packages override work? (parent #664) #676 (bug-exists)
• samd / framework-arduinosam — audit: samd / framework-arduinosam — does platform_packages override work? (parent #664) #677 (bug-exists)
• silabs / framework-arduinosilabs — audit: silabs / framework-arduinosilabs — does platform_packages override work? (parent #664) #678 (bug-exists)
• stm32 / framework-arduinoststm32 — audit: stm32 / framework-arduinoststm32 — does platform_packages override work? (parent #664) #679 (bug-exists)
• teensy / framework-arduinoteensy — audit: teensy / framework-arduinoteensy — does platform_packages override work? (parent #664) #680 (bug-exists)

CMSIS (cmsis_framework.rs, cmsis_atmel.rs) and the PlatformIO registry helper (registry.rs) were out of scope — not user-overridable framework packages.

Next step

The audit showed the bug is universal. The fix proposed in #663 (per-package with_override constructor + shared platform_packages parser) needs to generalize: every orchestrator listed above needs the same plumbing. Folding the override-construction into PackageBase so adding it to a new package is a one-line constructor variant — instead of N hand-written with_overrides — is worth considering before implementation begins.

• Every child issue investigated and verdict landed.
• Open a follow-up implementation issue: shared parse_platform_packages_entry helper + PackageBase-level override (or per-package with_override) + orchestrator wiring across all 16 platforms.

Refs

• nxplpc: framework-arduino-lpc8xx pin is hardcoded — platform_packages override in platformio.ini is silently ignored (blocks FastLED#3325 bisection) #663 — original nxplpc report (root case + proposed fix shape).
• [#3300 bisect] Find the commit that broke LPC845-BRK JSON-RPC echo — bisect Arduino-core LPC8xx FastLED#3325 — downstream bisection blocked by the lpc8xx case (now confirmed identical for every other platform).