> On Nov 12, 2017, at 12:52 AM, Anton Lundin <[email protected]> wrote: > > Yea, its a old and obsolete variant. Just trying to give you some > examples on how it was done once back in time.
Much appreciated > Btw. What still requires QtWebKit? Printing? As was discussed a few times: - printing - Facebook (which doesn't log in when using an AppImage) >>> I also have a version which builds a android apk: >>> https://github.com/glance-/subsurface/blob/master_travis_android_docker/.travis.yml >> >> Cool, definitely something we should add. Feel free to bring this up to the >> latest master and send a pull request! > > The matrix-bits are already there so it should be a quite quick thing to > do. I'll try to get it done. Excellent >>> I like the trick of running a docker container with the dependencies we >>> need for running the build in. That way you get full control of the >>> environment and you don't need to rely on the quite messy travis images. >> >> I don't know how to do that in general and I don't think we can do this for >> Mac in particular. > > Thats the trick used in the android builds above. OK, I'll need to study this more. AFTER I have a working Mac build. >>> The only other thing I can recommend is to automate building our MXE >>> environment and our Qt-builds to. >> >> I don't know what that would gain me. On a machine that I can ssh into (or >> that's local to me) I can usually get these builds going. >> Except making it 100 times harder and a 1000 times more painful, what would >> be the benefit of doing this? > > It will give us the same benefit as having travis doing our builds. Yea, > you did them by hand for quite a while, now travis does them for us. > > Its easier for others to replicate, reproduce and debug if the scripts > to build those tar-balls where available, and even better if travis > produced them by it self. > > A good sysadmin replaces him self with as much automation as possible =) Point taken. So I'll stop working on Subsurface for a bit and work on Travis instead. /D _______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
