Mac nightlies not available

• Feb 2, 2017 - 21:36

No new builds at http://prereleases.musescore.org/macosx/nightly/ since January 31.


Comments

From what I see from the build log, some of the dependencies given by the zipped file "bottles-MuseScore-3.0.zip" are not installed because there are package updates in the brew repository.
The message in the log (for example in log https://api.travis-ci.org/jobs/200007880/log.txt?deansi=true ) is:
Error: Bottle version mismatch
Bottle: /Users/travis/build/musescore/MuseScore/bottles/flac-1.3.1.lion.bottle.1.tar.gz (1.3.1)
Formula: flac (1.3.2)
Error: Bottle version mismatch
Bottle: /Users/travis/build/musescore/MuseScore/bottles/libsndfile-1.0.26.lion.bottle.1.tar.gz (1.0.26)
Formula: libsndfile (1.0.27)
Error: Bottle version mismatch
Bottle: /Users/travis/build/musescore/MuseScore/bottles/portaudio-19.20140130.lion.bottle.tar.gz (19.20140130)
Formula: portaudio (19.6.0)

So flac, libsndfile and portaudio are not installed.
See also:
https://github.com/Homebrew/homebrew-versions/issues/1361#issuecomment-…
However, until roughly ten days ago the build was not broken since installing jack via "brew install jack" was installing the bottles:
berkeley-db-6.2.23.el_capitan.bottle.tar.gz
flac-1.3.2.el_capitan.bottle.tar.gz
libsndfile-1.0.26.el_capitan.bottle.tar.gz
and there was not a newer version of portaudio in brew repository.
Recently, portaudio was updated, preventing installation from the binary file, and there are no other packages which install it as a dependency.
That's why it is not installed and thus not found by the compiling script.

As an additional problem, sometimes installing Qt hits the 10-minutes-without-shell-output limit of Travis.
And compilation time is dangerously close to the 50 minutes build-job time hard limit of Travis.

In reply to by ABL

Yes, ABL's diagnosis is correct. We use the bottles in zip in order to have libraries that can run on Lion and up. My understanding is that if we were not using them, the build will only run on el capitan and up and that would be a problem. A possible workaround would be to edit the portaudio recipe in order to prevent the version clash.

Regarding Qt and the 50 minutes limit, I'm out of ideas to speed up the process. Any suggestion very welcome.

In reply to by [DELETED] 5

I just did a quick fix on branch 2.1. I'm using the dependencies provided by homebrew directly. The resulting package should run on 10.11 (which is used to build MuseScore) and on 10.12 but it will not run on 10.9, 10.8 and 10.7 which are supported by MuseScore 2.0.3...

Do you still have an unanswered question? Please log in first to post your question.