I think it would be awesome to Distribute MyPaint as an AppImage on our Github Release Page. It’s distro agnostic and could be easily installed with a bash script. On the flip side its portable meaning people could bring it to Linux Conventions and meetings on a USB stick and be able to demonstrate it without having to fuss with the package manager. Basically this can be our official build we support for Linux.
What are your guys thoughts? Should we give this a shot? What could be the hurdles we need to overcome to make this possible?
That would be awesome.
Especially nightly/continuous builds.
Does MyPaint master build on CentOS 6? That would be the preferred build system because the resulting AppImage will run on most halfway recent distributions. See https://github.com/probonopd/AppImages/tree/master/recipes for examples of how to put together an AppImage.
We could also distribute the package as a Snap Package as well too. I’m experimenting with mypaint on this so I’ll let you know how that goes. If the snap package is feasible, I’ll talk to @achadwick about creating a repository were we can store the yml files and push the snap package to the Ubuntu store.
Our Travis CI stuff currently builds on Trusty, but its libgtk is too old for the (runtime-only) Python GUI code. Happy to accept patches to it though, if these things need automating.
Anyone know of a Linux CI solution with a modern-ish GTK (3.12+) and support for build artefact access?
This pull request, when merged, will generate and upload an AppImage of each commit. It does so by bundling MyPaint, Python, and the required Python modules inside the AppImage.
I think that is in the roadmap. Right Now @achadwick is working on a way to replace scons as a build dep. with MyPaint. Once that is committed, we’ll have to update all the CI tools and documentation to support it. After that I think we can work on getting test builds in the hands of users faster.
