Open keesverruijt opened 1 year ago
Yes, I can reproduce this also on plain shipdriver builds. Digging
This is indeed the core problem. A really nice catch!
However, just using BUILD_TYPE=flatpak in the manifest does not work in the general case. I'm on it, but probably need a night's sleep to figure out what to do. Perhaps even two...
Maybe change the flatpak instructions (yaml) to build type ‘simple’ then just call ‘make’ instead of cmake?
Hmm come to think of it, I think the best approach is probably to get rid of the outer cmake layer, which in the end runs just a single generated script.
Instead, have circle-build-flatpak.sh generate a build-flatpak/build.sh script directly and feed that to flatpak builder using the ‘simple’ buildsystem. The mechanism to generate it could resemble the one used for cloudsmith sync so use an .in file where variables are substituted etc.
The cmake files can then remove most references to flatpak; it just becomes a tarball build.
The flatpak build seems to run commands twice.
For instance, it is running the NMEA0183 library link twice. This is most obvious when the
cmake
build system is changed tocmake-ninja
inflatpak/org.opencpn.OpenCPN.Plugin.radar.yaml
: