chore: ⬆️ Update CrispStrobe/CrispASR to a38cb89f7b9a743db2e8e50869fa646f91dc7f08

[localai-bot]

Changes: https://github.com/CrispStrobe/CrispASR/compare/5b38179a4a3281fcdba4220ff285f32e80df43a8..a38cb89f7b9a743db2e8e50869fa646f91dc7f08

[localai-bot]

All backend-build variants were failing at CMake generate with:

CMake Error at sources/CrispASR/src/CMakeLists.txt:244 (add_library):
  Cannot find source file:
    .../backend/go/crispasr/third_party/c2pa-audio/src/c2pa_native.cpp

Root cause: upstream a38cb89 adds a new crispasr_c2pa_native static library (pure-C++ C2PA WAV signer) whose sources live in the new third_party/c2pa-audio git submodule, located via ${CMAKE_SOURCE_DIR} in src/CMakeLists.txt. That works standalone, but LocalAI embeds CrispASR via add_subdirectory, so CMAKE_SOURCE_DIR resolves to backend/go/crispasr instead of the CrispASR checkout and the source file is not found. Same class of issue we already patch for the talk-llama path.

Fix (pushed as b459ebb): extend the existing sed workaround in backend/go/crispasr/Makefile to also rewrite the c2pa-audio reference to ${PROJECT_SOURCE_DIR}. The submodule itself was already covered by the recursive submodule init. Verified locally on a CPU-only fallback configuration: the exact CI error reproduces with CMAKE_SOURCE_DIR, and with the rewrite CMake configure plus crispasr_c2pa_native and crispasr-lib build cleanly. The C-ABI changes in this bump are purely additive, so the Go shim needs no changes.

Long term it would be nice to fix this upstream by using PROJECT_SOURCE_DIR in src/CMakeLists.txt (both the talk-llama and c2pa-audio references), then the sed can go away.