Re: audio/musescore update from 3.6.2 to 4.5.2 in wip/musescore

[Paul Ripke <stix%stix.id.au@localhost>]

On Wed, Aug 13, 2025 at 12:11:06AM -0400, David H. Gutteridge wrote:
> On Fri, 2025-08-08 at 22:07 +1000, Paul Ripke wrote:
> > It works for me; I looked into upstreaming patches, but it seems they
> > have a few hoops to jump thru for non-tiny changes.
> > 
> > Has anyone else had dealings with them before?
> 
> The short summary would be it needs some work in order to integrate
> with the present state of pkgsrc. There's a missing dependency or two
> (easily addressed), but it doesn't build for me with the current Qt 6
> version (6.9.1) we have.
> 
> The package will also need (at least)
> TOOL_DEPENDS+=  qt6-qttools-[0-9]*:../../devel/qt6-qttools
> as it expects CMake files provided by that package at build-time.
> 
> Otherwise, a sandboxed build gets:
> 
> CMake Error at buildscripts/cmake/SetupQt6.cmake:60 (find_package):
>   By not providing "FindQt6LinguistTools.cmake" in CMAKE_MODULE_PATH
> this
>   project has asked CMake to find a package configuration file provided
> by
>   "Qt6LinguistTools", but CMake did not find one.
> 
>   Could not find a package configuration file provided by
> "Qt6LinguistTools"
>   with any of the following names:
> 
>     Qt6LinguistToolsConfig.cmake
>     qt6linguisttools-config.cmake
> 
> I wondered if it would also expect or benefit from qt6-qttranslations
> (following the older version).
> 
> Separately, trying to build it against current pkgsrc, it fails for me
> (this is with NetBSD 10.99.14 from early June, with GCC 12.4), beginning
> with:
> 
> In file included from /tmp/pkgsrc_work/wip/musescore/work/MuseScore-
> 4.5.2/cmake-pkgsrc-
> build/src/importexport/bww/CMakeFiles/iex_bww.dir/Unity/unity_0_cxx.cxx:
> 10:
> /tmp/pkgsrc_work/wip/musescore/work/MuseScore-
> 4.5.2/src/importexport/bww/internal/bww/lexer.cpp: In constructor
> 'Bww::Lexer::Lexer(QIODevice*)':
> /tmp/pkgsrc_work/wip/musescore/work/MuseScore-
> 4.5.2/src/importexport/bww/internal/bww/lexer.cpp:45:21: error: no
> matching function for call to 'QChar::QChar(Bww::Symbol)'
>    45 |     value(QChar(NONE))
>       |                     ^
> In file included from /usr/pkg/qt6/include/QtCore/qstring.h:15,
>                  from /usr/pkg/qt6/include/QtCore/qobject.h:11,
>                  from /usr/pkg/qt6/include/QtCore/QObject:1,
>                  from /tmp/pkgsrc_work/wip/musescore/work/MuseScore-
> 4.5.2/buildscripts/pch/pch.h:74,
>                  from /tmp/pkgsrc_work/wip/musescore/work/MuseScore-
> 4.5.2/cmake-pkgsrc-
> build/src/framework/global/CMakeFiles/muse_global.dir/cmake_pch.hxx:5,
>                  from <command-line>:
> /usr/pkg/qt6/include/QtCore/qchar.h:149:43: note: candidate:
> 'template<class Char, typename std::enable_if<std::is_same<Char,
> unsigned char>::value, bool>::type <anonymous> > constexpr
> QChar::QChar(Char)'
>   149 |     QT_ASCII_CAST_WARN constexpr explicit QChar(const Char c)
> noexcept : ucs(c) { }
>       |                                           ^~~~~
> /usr/pkg/qt6/include/QtCore/qchar.h:149:43: note:   template argument
> deduction/substitution failed:
> /usr/pkg/qt6/include/QtCore/qchar.h:148:66: error: no type named 'type'
> in 'struct std::enable_if<false, bool>'
>   148 |     template <typename Char, if_explicit_ascii_warn_char<Char> =
> true>
>       |                                                                
> ^~~~
> /usr/pkg/qt6/include/QtCore/qchar.h:143:45: note: candidate:
> 'template<class Char, typename std::enable_if<std::is_same<Char,
> char>::value, bool>::type <anonymous> > constexpr QChar::QChar(Char)'
>   143 |     QT_ASCII_CAST_WARN constexpr Q_IMPLICIT QChar(const Char ch)
> noexcept : ucs(uchar(ch)) {}
> 
> (and so on...)
> 
> This led me to
> https://github.com/musescore/MuseScore/issues/27860
> ("This is a sign that you are building with Qt 6.9, which isn't
> supported yet"), which points to
> https://github.com/musescore/MuseScore/pull/25016
> 
> I'm inferring you tested with pkgsrc Qt 6 prior to the update to 6.9.1
> (made around July 1st)?
> 
> We'd need to either carry further patches to build with Qt 6.9, or wait
> until the next upstream release (which appears will have their change
> set).
> 
> Regards,
> 
> Dave

Urgh, ok, thanks for looking.

Looks like it's about time I set up a chroot for pkgsrc building at head -
I currently test against the most recent quarterly release branch.

So, yes, this was mostly tested on amd64 10.1+ as of ~July 20, with
pkgsrc-2025Q2.

This also makes me wonder how badly this breaks wip/freecad...
wip/prusaslicer doesn't use qt, so should be safe.

-- 
Paul Ripke
"Great minds discuss ideas, average minds discuss events, small minds
 discuss people."
-- Disputed: Often attributed to Eleanor Roosevelt. 1948.