[Bug 220045] [NEW PORT] split part of www/qt5-websockets into new port www/qt5-websockets-qml

[bugzilla-noreply at freebsd.org]

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

--- Comment #4 from groot at kde.org ---
I'll quote some things from kenmoore in IRC for context:

<kenmoore>: Quick Question: Why does the qt5-websocket port require the
qt5-quick port? QtQuick is a graphical tool and brings in all the widgets/etc,
but websocket is purely a CLI/core module: (reference:
http://www.freshports.org/www/qt5-websockets/) I just noticed that our "server"
utility was sucking in all of X11 and tracked it down to the Qt5-websocket
port.

That's the question behind it: if you want to use qt5 websockets from a
text-only, command-line, QtCoreApplication, the existing port pulls in the core
bits for websockets, but also the QML bindings which add the whole QtGui stack.
That's not-so-convenient for a text application, just in terms of what gets
installed alongside.

Debian has packages that allow installing the core parts separately from the
QML bindings (which pull in the GUI stack). So this split mirrors what Debian
already do, and is convenient for those downstream consumers of Qt5 on FreeBSD
that want websockets, without the GUI.

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