2.5.25 regression: framework library selection drops LittleFS although the sketch includes <LittleFS.h> (esp32s3)

[zackees]

Follow-up to #1449 / #1450 ("select only reached framework libraries"), which fixed the Matter over-selection. 2.5.25 now selects too narrowly.

Repro

FastLED master (pin bumped to fbuild 2.5.25 in FastLED/FastLED#4475):

bash compile esp32s3 --examples AutoResearch

build error: build failed: compilation failed for .build/fbuild/esp32s3/src/sketch/AutoResearchOta.cpp:
src/sketch/AutoResearchOta.cpp:77:10: fatal error: LittleFS.h: No such file or directory
   77 | #include <LittleFS.h>

examples/AutoResearch/AutoResearchOta.cpp includes <LittleFS.h> at top level and calls LittleFS.open(...). So the library is reached from the sketch's own sources; nothing conditional about it.

Reproduced locally (NixOS, fbuild 2.5.25) and on GitHub ubuntu-latest: FastLED's ESP32-S3 examples / build job fails the same way on master and on every PR branch since the bump.

Expected

A #include <LittleFS.h> in a sketch source selects the framework's LittleFS library, as it did through 2.5.24.

Impact

FastLED master is red for esp32s3. Rolling back to 2.5.24 is not an option: that reintroduces #1449 (Blink links Matter, 462 KB → 1.6 MB).

Happy to test a build.

🤖 Generated with Claude Code

[zackees]

Implementation is merged in #1454 (a3aa64b3). The complete PR matrix passed, including ESP32-C6 quick/release builds, Linux/Windows checks, Dylint, acceptance gates, QEMU, and the full test suite.

Release PR #1455 bumps fbuild to 2.5.26. Once its required gate passes and the autonomous release publishes PyPI wheels, FastLED will pin 2.5.26 and rerun AutoResearch on ESP32-C6 without lib_deps.