/graphics/kbarcode/

tent> Fix py-pykde4 against newest clang 2017-01-20T12:20:14+00:00 tcberner tcberner@FreeBSD.org 2017-01-20T12:20:14+00:00 78596460298234ed35dc410a826655d446caaec8 PyList_SET_ITEM() is supposed to be void, but as a macro it's an expression and has a pointer value. Clang 4.0 trips on the bogus pointer comparison; given the comparison, it should be PyList_SetItem() which returns -1 on failure. As the produced code may be changed by this, bump PORTREVISION. PR: 216253 Submitted by: Adriaan de Groot <groot@kde.org> Reported by: jbeich Reviewed by: rakuco, tcberner Approved by: rakuco (mentor) Differential Revision: https://reviews.freebsd.org/D9253
PyList_SET_ITEM() is supposed to be void, but as a macro it's an
expression and has a pointer value. Clang 4.0 trips on the bogus
pointer comparison; given the comparison, it should be PyList_SetItem()
which returns -1 on failure.

As the produced code may be changed by this, bump PORTREVISION.

PR:		216253
Submitted by:	Adriaan de Groot <groot@kde.org>
Reported by:	jbeich
Reviewed by:	rakuco, tcberner
Approved by:	rakuco (mentor)
Differential Revision:	https://reviews.freebsd.org/D9253
Introduce new extensible virtual categories for KDE 2016-10-18T17:22:35+00:00 tcberner tcberner@FreeBSD.org 2016-10-18T17:22:35+00:00 9e1cd6c1fb71e1135cbf968c5ac18e67d9ec7082 A lot of KDE Ports share MASTERSITES, LICENSE and so one, as they are released as a bundle upstream, however, there was not really a clean way to share this information. Using these new categories, we can simplify the Makefiles for the diverse KDE ports. At the moment we support the virtual category * kde-kde4 In the future, this will be extended to * kde-frameworks * kde-plasma * kde-applications PR: 213406 Differential Revision: https://reviews.freebsd.org/D7645 Exp-run by : antoine Reviewed by: mat, rakuco Approved by: portmgr (mat), rakuco (mentor)
A lot of KDE Ports share MASTERSITES, LICENSE and so one, as they are
released as a bundle upstream, however, there was not really a clean
way to share this information.

Using these new categories, we can simplify the Makefiles for the diverse
KDE ports.
At the moment we support the virtual category
	* kde-kde4
In the future, this will be extended to
	* kde-frameworks
	* kde-plasma
	* kde-applications

PR:						213406
Differential Revision:	https://reviews.freebsd.org/D7645
Exp-run by :			antoine
Reviewed by:			mat, rakuco
Approved by: 			portmgr (mat), rakuco (mentor)
Replace Mk/bsd.kde4.mk by Mk/Uses/kde.mk in preparation for KDE Frameworks and 2016-08-24T08:20:31+00:00 tcberner tcberner@FreeBSD.org 2016-08-24T08:20:31+00:00 a5fddeafcdb2cab1016827038e317a262dad4857 Plasma5 ports At the moment KDE ports use bsd.kde4.mk to handle their dependencies. When working on the ports for KDE Frameworks and Plasma5 it seemed to be more reasonable to create a new kde.mk instead of adding an bsd.kde5.mk. The kde.mk in this review is a stripped down version of the one we are using in the KDE Test repositories plasma5 branch [1] to only contain the parts relevant to the current KDE4 ports in the portstree [2]. Changes to the KDE Ports needed by this: Replace USE_KDE4 by USE_KDE [3] Add USES=kde:4 [4] [1] http://src.mouf.net/area51/view/branches/plasma5/KDE/Mk/Uses/kde.mk [2] The version in the plasma5 branch also handles frameworks/plasma5 and handles MASTER_SITES via a KDE_DIST variable similar to bsd.qt.mk for Qt Ports -- I chose to leave this out for now, as the diff is already large enough. [3] I chose USE_KDE instead of USE_KDE4, USE_KDE5, USE_KDEX as the version we want is already specified as argument to kde:<arg> [4] For KDE Frameworks and Plasma5 ports this would be kde:5 PR: 210667 Approved by: portmgr, mat (mentor), rakuco (mentor) Reviewed by: mat, rakuco Differential Revision: https://reviews.freebsd.org/D6961
Plasma5 ports

At the moment KDE ports use bsd.kde4.mk to handle their dependencies. When
working on the ports for KDE Frameworks and Plasma5 it seemed to be more
reasonable to create a new kde.mk instead of adding an bsd.kde5.mk.

The kde.mk in this review is a stripped down version of the one we are using in
the KDE Test repositories plasma5 branch [1] to only contain the parts relevant
to the current KDE4 ports in the portstree [2].

Changes to the KDE Ports needed by this:

Replace USE_KDE4 by USE_KDE [3]
Add USES=kde:4 [4]
[1] http://src.mouf.net/area51/view/branches/plasma5/KDE/Mk/Uses/kde.mk
[2] The version in the plasma5 branch also handles frameworks/plasma5 and
    handles MASTER_SITES via a KDE_DIST variable similar to bsd.qt.mk for Qt
    Ports -- I chose to leave this out for now, as the diff is already large
    enough.
[3] I chose USE_KDE instead of USE_KDE4, USE_KDE5, USE_KDEX as the version we
    want is already specified as argument to kde:<arg>
[4] For KDE Frameworks and Plasma5 ports this would be kde:5

PR:             210667
Approved by:    portmgr, mat (mentor), rakuco (mentor)
Reviewed by:    mat, rakuco
Differential Revision:   https://reviews.freebsd.org/D6961
devel/py-pykde4: Add py-qtscript as a dependency, and switch to USE_PYQT 2016-05-29T15:18:23+00:00 pi pi@FreeBSD.org 2016-05-29T15:18:23+00:00 46de8b0f6dd5b7e024701da4cfc8cf245b6e3e10 PR: 209832 Submitted by: Tobias C.Berner <tcberner@gmail.com> (kde)
PR:		209832
Submitted by:	Tobias C.Berner <tcberner@gmail.com> (kde)
Remove expired misc/kdehier4 and update all of its consumers to not reference it any 2016-05-25T20:56:06+00:00 rene rene@FreeBSD.org 2016-05-25T20:56:06+00:00 660737c71678de2a8a901f1efb2a6ae7e2af5ae3 longer. This is a no-op because KDE4_PREFIX is equal to LOCALBASE Fix up properties for misc/kde4-l10n/files/bsd.l10n.mk to make svn happy. PR: 209014 (partial) Submitted by: myself Approved by: portmgr (bapt) Differential Revision: https://reviews.freebsd.org/D6542
longer. This is a no-op because KDE4_PREFIX is equal to LOCALBASE

Fix up properties for misc/kde4-l10n/files/bsd.l10n.mk to make svn happy.

PR:		209014 (partial)
Submitted by:	myself
Approved by:	portmgr (bapt)
Differential Revision:	https://reviews.freebsd.org/D6542
Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g. 2016-04-01T14:00:51+00:00 mat mat@FreeBSD.org 2016-04-01T14:00:51+00:00 148314483d3098c0d6a33944f1190842e671502f With hat: portmgr Sponsored by: Absolight
With hat:	portmgr
Sponsored by:	Absolight
Remove ${STAGEDIR} from pyc/pyo files installed with kdelibs's CMake macros. 2015-12-18T18:10:24+00:00 rakuco rakuco@FreeBSD.org 2015-12-18T18:10:24+00:00 1fbb49301df2c49d6bbdfb0b586139b7be91a987 Bug 200018 is caused by the .pyc/.pyo files installed by devel/py-pykde4 containing references to the stage directory in them. When editors/kate-plugin-pate is built by a user with write-access to those PyKDE4 .pyc/.pyo files, they are rewritten automatically by Python to point to their current location, which most of the times is different from the staging location of where devel/py-pykde4 was built. This at the very least leads to a filesystem violation in Poudriere. The fix I landed upstream involves making kdelibs's PythonCompile.py accept a --destination-dir parameter with the directory we want to register in the .pyc/.pyo files, just like several ports do in their build or post-install targets by calling Python's compileall.py module with -d. The patches in files/ look somewhat confusing because we already patch PythonMacros.cmake to build .pyo files and had to integrate the other patches into it. At least I have added some context to patch-cmake_modules_PythonMacros.cmake to reduce the confusion. Bump PORTREVISION in affected ports: - devel/py-pykde4: Install .pyc/.pyo files with ${STAGEDIR} in them. - games/kajongg: The plist now includes .pyo files, and was adjusted to work with Python 3 in the future if necessary. - x11/kdelibs4: Install new CMake files. - x11/plasma-scriptengine-python: Install .pyc/.pyo files with ${STAGEDIR} in them. PR: 200018 MFH: 2015Q4
Bug 200018 is caused by the .pyc/.pyo files installed by devel/py-pykde4
containing references to the stage directory in them. When
editors/kate-plugin-pate is built by a user with write-access to those
PyKDE4 .pyc/.pyo files, they are rewritten automatically by Python to point
to their current location, which most of the times is different from the
staging location of where devel/py-pykde4 was built. This at the very least
leads to a filesystem violation in Poudriere.

The fix I landed upstream involves making kdelibs's PythonCompile.py accept
a --destination-dir parameter with the directory we want to register in the
.pyc/.pyo files, just like several ports do in their build or post-install
targets by calling Python's compileall.py module with -d.

The patches in files/ look somewhat confusing because we already patch
PythonMacros.cmake to build .pyo files and had to integrate the other
patches into it. At least I have added some context to
patch-cmake_modules_PythonMacros.cmake to reduce the confusion.

Bump PORTREVISION in affected ports:
- devel/py-pykde4: Install .pyc/.pyo files with ${STAGEDIR} in them.
- games/kajongg: The plist now includes .pyo files, and was adjusted to work
                 with Python 3 in the future if necessary.
- x11/kdelibs4: Install new CMake files.
- x11/plasma-scriptengine-python: Install .pyc/.pyo files with ${STAGEDIR}
                                  in them.

PR:		200018
MFH:		2015Q4