Building 3.6.2 on Rapsberry Pi 400

• Jun 10, 2021 - 12:40

Hi I've been trying to build musescore on my raspberrypi 400 with 64bit raspbian. I have worked my way through most of the dependency errors, but there is still one that is giving me trouble.

> Make Warning at build/FindQt5.cmake:42 (find_package):
> By not providing "FindQt5QuickTemplates2.cmake" in CMAKE_MODULE_PATH this
> project has asked CMake to find a package configuration file provided by
> "Qt5QuickTemplates2", but CMake did not find one.
>
> Could not find a package configuration file provided by
> "Qt5QuickTemplates2" with any of the following names:
>
> Qt5QuickTemplates2Config.cmake
> qt5quicktemplates2-config.cmake
>
> Add the installation prefix of "Qt5QuickTemplates2" to CMAKE_PREFIX_PATH or
> set "Qt5QuickTemplates2_DIR" to a directory containing one of the above
> files. If "Qt5QuickTemplates2" provides a separate development package or
> SDK, be sure it has been installed.
> Call Stack (most recent call first):
> CMakeLists.txt:84 (include)

Now it will build without this, but of course the Pallets menu will not work.

Thing is, after a bunch of searching, QT5QuickTemplates2 should have been part of
qtquickcontrols2-5-dev at least according to here - (https://packages.debian.org/sid/amd64/qtquickcontrols2-5-dev/filelist).

(Which I had already installed to fix the similar warning about qtquickcontrols)
Unless raspbian messed up the package somehow?

Does anyone have an idea for a workaround? Preferably without compiling the whole QT stack on my own

Side note I saw another thread where it was recommended to disable BUILD_WEBENGINE for raspberry pi

but as of now, it seems qtwebengine5-dev is an available package in raspbian, and seems to work just fine for its features.


Comments

I still don't know... any cmake gurus with some advice would be greatly appreciated.

I found the libQT5QuickTemplates2.so in the appropriate /usr/lib/aarch64-linux-gnu folder. And headers in the /usr/include/aarch64-linux-gnu/qt5 folder. So it looks like it installed correctly.

Is this some sort of bug with CMake? Any way for me to force it to find it?

I've tried
export CMAKE_MODULE_PATH=/usr/lib/aarch64-linux-gnu
but no luck

In reply to by Joshua Pettus

Ugg... I finally find that there is an arm64 snap available for musescore (not really a fan of snap, but it's better than nothing). But whoever went through all the trouble of making it, ended up making a development build of 3.6.2.... (Not saying anyone here did that) but I mean why? Why go through all that effort, fail, then say, "That's good enough, my job is done," then walk away? Do they think people won't notice? Sorry, just a little frustrated...

In reply to by Joshua Pettus

A new update in my little adventure. Tried to do the responsible thing and let snapcraft/canonical know their package was accidentally made as a release build and how to fix it. Only they pointed me back to here. But I know musescore only supports the appimage release, and it must have be made by someone at canonical. Unless I'm wrong about that... Somehow I don't think I'm going to get much headway there.

Which leads me back to my cmake problem. Has no one else hit this?

I gave this another try and finally got it to work

So it seems the could not find Qt5QuickTemplates2 was a red herring all this time...

When I ran mscore in a terminal I saw it couldn't open pallets because of control.module or something like that. Thing was I had QT5QuickControl2 already installed. Some digging arround the web pointed me to a whole new set of packages i needed:

qml-module-qtquick-controls2
qml-module-qtquick-templates2
qml-module-qtqml-models2

Then the pallet menu worked

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