Flatpak job is too prone to fail
Environment/Versions
- GIMP version: 2.99.19
- Package: flatpak
- Operating System: Linux
Description of the bug
The flatpak build job (gimp-flatpak-x64
) is a special case on which we build a lot of deps, like the macOS version of GIMP. However, different from CircleCI, the flatpak deps can't be easily cached in the same way(?). As a result, the monolithic build process ranges from 45min to 1hr:45min, sometimes exceding the runners timeout and failing.
By the way, the caching itself is broken because of flatpak images/runners. But even if it wasn't broken, I'm not sure if we will be a confortable position, since soon we will need to custom build GTK, it's just a matter of time.
To mitigate this, one of fhe workarounds could be splitting the job into deps and gimp but it needs testing to ensure that this pay off. Anyway, it's a situation that needs slow and careful investigation so I opened this issue to not forget about it.
Reproduction
Is the bug reproducible? Randomly
Reproduction steps:
- Trigger a custom flatpak build with
GIMP_CI_FLATPAK
- Pray for the runner with 1hr of timeout not be picked
- If the 2hr runner was picked, observe, worried, if fhe runner will conclude in time
…
Expected result: flatpak build job always passes
Actual result: flatpak build job sometimes fails