Hi all,
Changes are on the cpack.d branch of the same repo and basically:
- separate project build from its packaging
- implement different distro based naming conventions in separate cpack configs
- use the number of commits of the branch from which the package is built as package build-number (not perfect solution of course ... just an attempt to relate the produced binaries to the repository status)
Two examples are provided in the cpack.d dropin directory:
In the same branch there is also a two-steps pipeline showing how to use them for automatically producing
- rpms for Fedora:27 (from ggabbiani/fedora-simage @ Docker Hub)
- debian package for Ubuntu:18 (from ggabbiani/ubuntu-simage @ Docker Hub)
Each step uploads the resulting artifacts on the Downloads section of the BitBucket repo using a secured environment variable containing an application password with write capabilities.
The schema is expandible to new packages / distros once creating:
- a new <distro>.cpack.in
- a new step in the pipeline
I used simage instead of the Coin 3D core library because of the time limits for testing the pipelines, but I'm confident it could be used also in the other parts of the Coin 3D collection once similar pre-requisite Docker images are available.
The resulting packages are not to be considered definitive or officials, but - at least in my case - an help for developing Coin 3D apps without having the whole mercurial sources in place.
If you think it is worth, I can proceed with a PR and - eventually - go on with other components as well.
Best regards
Giampiero