SVN commit 12872 by rakuco:
qt5-style-plugins: Switch to an out-of-source build.
M +1 -1 Makefile
___
kde-freebsd mailing list
kde-freebsd@kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also http://freebsd.kde.org/ for latest
Hi all,
I'm looking at the state of Qt 5.6 in trunk and fixing/polishing the
rough edges I stumble upon.
One of the ugly things I see is the WRKSRC logic in bsd.qt.mk because
devel/qt5-qdoc is setting QT_DIST to multiple values in order to install
both the qdoc tool (from qttools) and the
SVN commit 12875 by rakuco:
telepathy-qt5: Clean up and make it look more like telepathy-qt4.
Remove a lot of cruft by basically applying r12052 ("patch the build system
less intrusively"), r12053 ("drop unnecessary sed call for farstream"), r12055
("drop support for the EXAMPLES option"),
SVN commit 12873 by rakuco:
qt5-style-plugins: Stop setting WRKSRC to the default value.
M +0 -2 Makefile
___
kde-freebsd mailing list
kde-freebsd@kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also http://freebsd.kde.org/ for
SVN commit 12876 by rakuco:
qt5-doc, qt5-examples: Unbreak make fetch after r12862.
M +1 -1 qt5-doc/Makefile
M +1 -1 qt5-examples/Makefile
___
kde-freebsd mailing list
kde-freebsd@kde.org
Am Sonntag, 17. Juli 2016, 19:29:15 schrieb Raphael Kubo da Costa:
> Hi all,
>
> I'm looking at the state of Qt 5.6 in trunk and fixing/polishing the
> rough edges I stumble upon.
>
> One of the ugly things I see is the WRKSRC logic in bsd.qt.mk because
> devel/qt5-qdoc is setting QT_DIST to
SVN commit 12871 by rakuco:
telepathy-qt5: Drop unneded tags.
This port was not created by avilla, and we can remove the Marcuscom SVN tag.
M +0 -2 Makefile
___
kde-freebsd mailing list
kde-freebsd@kde.org
SVN commit 12874 by rakuco:
qt5-gui: Generalize GCC check from r12319 and explain why it is needed.
M +11 -4 Makefile
___
kde-freebsd mailing list
kde-freebsd@kde.org
https://mail.kde.org/mailman/listinfo/kde-freebsd
See also
> The reason is that tcberner and I want to re-work most of the qttools ports
> that are currently split up into several ones to get them merged into as few
> ports as possible and reasonable. Then look at the issue of the qdocconf files
> again, if we open a bug report on Qt to have these files