[Bug 245895] devel/pyside2: "Configuring incomplete, errors occurred"

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Sat Apr 25 22:46:42 BST 2020


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245895

Christoph Moench-Tegeder <cmt at freebsd.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|New                         |In Progress
                 CC|                            |kde at FreeBSD.org,
                   |                            |tcberner at freebsd.org

--- Comment #3 from Christoph Moench-Tegeder <cmt at freebsd.org> ---
This is a good one - but I don't think it's pyside2 which is to blame here.

- nothing in pyside2 references Qt5ImageFormats - it's not even an "optional"
module to be wrapped via pyside2.

I'll argue that the real culprit here is qt5-gui:
Qt5GuiConfig.cmake pulls in all files
${LOCALBASE}/lib/cmake/Qt5Gui/Qt5Gui_*Plugin.cmake (see Qt5GuiConfig.cmake line
212) - and out friend qt5-imageformat drops a bunch of image format (duh)
plugins there. From the history of qt5-imageformat's pkg-plist, the list of
plugins hasn't changed for a long time, but of course you'll get funny results
if you're mixing Qt 5.13 and 5.14.

I would suspect that all ports using qt5-gui via the "official" cmake
interfaces will suffer breakage on this mismatch. And as it's qt5-gui's cmake
file which is pulling in "all the plugins", it should be qt5-gui's
responsibility to run-depend on qt5-imageformats. Otherwise every consumer of
qt5-gui would have to chase the same problem - and the problem isn't even
reproducable in poudriere or any other clean system, as no old qt5-imageformats
would exist there.

Let's hear what kde@ has to say about this.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the kde-freebsd mailing list