3.0 does not compile
Reported version
3.0
Type
Development
Frequency
Once
Severity
S1 - Blocker
Reproducibility
Always
Status
closed
Regression
Yes
Workaround
No
Project
3.0 (git c1a5e4c) does not compile, whereas the previous (b0c3cf5) git snapshot from 2018-12-13 did.
It is looking for Qt5WebEngine, doesn’t find it (sure, it’s an optional dependency and thus does not need to be there, and in fact won’t be there on most CPU architectures), and then croaks.
I’m attaching a full build log of the package.
I’ve tried looking into this and, for a while, suspected PR 4400, but apparently it’s not even merged yet, so I’ve got absolutely no idea why this could suddenly fail. Diffing all CMakeLists.txt and the entire build/ subdirectory has not yielded anything — to me — suspicious, either, but perhaps I’ve overlooked this due to lack of cmake skill.
| Attachment | Size |
|---|---|
| buildlog.txt | 177.12 KB |
Fix version
3.0.3
Comments
Did you set BUILD_WEBENGINE to Off?
According to the log, CMake cannot find Qt in PATH, so check the PATH variable.
In reply to Did you set BUILD_WEBENGINE… by Jojo-Schmitz
Of course; search for
dh_auto_configurein the log to see the parameters specified.In reply to According to the log, CMake… by Anatoly-os
Qt is available, in
PATH, and configured correctly.I just reused the precisely same build environment (clean Debian unstable chroot, with the exact same packages in the exact same versions installed) to successfully build the 2018-12-13 snapshot, so the build environment is sane, and something changed in the MuseScore source to make the build fail.
A hunch: perhaps the Qt packages are tried “in order”, and every found package sets cmake variables with Qt locations, and webengine is last, and webengine is not found, so it overwrites the previously correct paths with the empty string?
came up again in https://musescore.org/en/node/281322
In reply to came up again in https:/… by Jojo-Schmitz
except it works without webengine for them, but not for me
In reply to except it works without… by mirabilos
I, too, get nothing by turning BUILD_WEBOFFICE off, though I'm doing so on Funtoo 1.3, the spinoff of Gentoo by Gentoo's originator that, among other things, does not include systemd. I am providing links to the make release log (http://dlc.casita.net/~dlc/mscore.make.release.log) along with the list of installed qt and musescore packages (http://dlc.casita.net/~dlc/mscore.installed.packages) since file attachment does not seem to be functioning. Remember all Funtoo/Gentoo packages are built from source when installed on the target platform.
https://github.com/musescore/MuseScore/pull/4562
Fixed in branch master, commit f4854c1d2d
_fix #280651: unbreak building without QtWebEngine
Shuffle a few things around so we can use the simplified definition
of USE_WEBENGINE everywhere, instead of duplicating the MinGW check._
Fixed in branch master, commit 2aa9c67807
_Merge pull request #4562 from mirabilos/fix-build-without-webengine
fix #280651: unbreak building without QtWebEngine_
Fixed in branch 3.0.2_YouTube_Export, commit 0946d86d93
_Merge pull request #4562 from mirabilos/fix-build-without-webengine
fix #280651: unbreak building without QtWebEngine_
Automatically closed -- issue fixed for 2 weeks with no activity.