(ARM) Runner 554 acts like not having Clang 18
Environment/Versions
- GIMP version: 2.99.19
- Package: CI native
- Operating System: Windows 11
Description of the bug
Runner 554 can fail using the same script in same jobs from different pipelines.
In daily pipelines, everything works fine.
In MSIX and Inno pipelines (which I repeat that they have the same scripts), the same runner 554 fails and the log indicates that it have Clang 17: https://gitlab.gnome.org/GNOME/gimp/-/jobs/3900200#L162.
I don't know how that is possible since we have cron updates #10729 (closed). @deanbirch Our runner is doing some kind containeirization for the daily pipelines?
Reproduction
Is the bug reproducible? Always right now
Reproduction steps:
- Trigger msix or inno pipeline
- Observes gimp building job failing due to winres (that was fixed in llvm18)
…
Expected result: gimp builds (like the daily pipeline)
Actual result: gimp not building
Additional information
:: mingw-w64-clang-aarch64-llvm-openmp-18.1.5-1 and mingw-w64-clang-aarch64-openmp-17.0.6-1 are in conflict. Remove mingw-w64-clang-aarch64-openmp? [Y/n]
error: failed to prepare transaction (could not satisfy dependencies)
:: installing mingw-w64-clang-aarch64-clang (18.1.5-1) breaks dependency 'mingw-w64-clang-aarch64-clang=17.0.6-7' required by mingw-w64-clang-aarch64-gcc-compat
Edited by Bruno