/ebook/

ports/236180 but I had issues that I could't fix. www/hotot: remove QT4 option (Qt4 deprecation) 2019-03-16T17:53:54+00:00 Tobias C. Berner tcberner@FreeBSD.org 2019-03-16T17:53:54+00:00 38f5f1defebd0667695a644131e61eff09092b98 - untested, as blocked by www/webkit-gtk2 Approved by: portmgr (implicit)
- untested, as blocked by www/webkit-gtk2

Approved by:	portmgr (implicit)
Cleanup net-im after KDE4 removal. 2019-01-01T17:44:57+00:00 Adriaan de Groot adridg@FreeBSD.org 2019-01-01T17:44:57+00:00 4b8cc1be7dc3edcfcfa30190e1531c1679a56608 - hotot drops option KDE4 - lice-qt-gui drops option KDE4 - telepathy-logger-qt4 probably didn't need kde:4 anyway Reported by: antoine MFH: 2019Q1
 - hotot drops option KDE4
 - lice-qt-gui drops option KDE4
 - telepathy-logger-qt4 probably didn't need kde:4 anyway

Reported by:	antoine
MFH:		2019Q1
Mark QT4 ports/functionality for removal on 2019-03-15 2018-12-02T15:41:47+00:00 Rene Ladan rene@FreeBSD.org 2018-12-02T15:41:47+00:00 99d6d12a388dab91f415ddebd52c6a57e3a6347a While here, chase some KDE4 ports and functionality, these are scheduled for removal on 2018-12-31. Change the default option/flavor to QT5 where applicable or use alternative toolkits like GTK. Submitted by: tcberner Reviewed by: adridg, jhale, rene, tcberner Approved by: portmgr (implicit, flavor hook) Differential Revision: https://reviews.freebsd.org/D17741
While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.

Submitted by:	tcberner
Reviewed by:	adridg, jhale, rene, tcberner
Approved by:	portmgr (implicit, flavor hook)
Differential Revision:	https://reviews.freebsd.org/D17741
Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk 2018-06-28T17:39:53+00:00 Tobias C. Berner tcberner@FreeBSD.org 2018-06-28T17:39:53+00:00 b1a1d38bf9ef78334b640d30046388a9c055c3a9 From now on, ports that depend on Qt4 will have to set USES= qt:4 USE_QT= foo bar ports depending on Qt5 will use USES= qt:5 USE_QT= foo bar PR: 229225 Exp-run by: antoine Reviewed by: mat Approved by: portmgr (antoine) Differential Revision: →https://reviews.freebsd.org/D15540
From now on, ports that depend on Qt4 will have to set
	USES=		qt:4
	USE_QT=		foo bar
ports depending on Qt5 will use
	USES=		qt:5
	USE_QT=		foo bar

PR:		229225
Exp-run by:	antoine
Reviewed by:	mat
Approved by:	portmgr (antoine)
Differential Revision:	→https://reviews.freebsd.org/D15540
Convert Python ports to FLAVORS. 2017-11-30T15:50:30+00:00 Mathieu Arnold mat@FreeBSD.org 2017-11-30T15:50:30+00:00 551be3c7231225ed9c26479af2b8914fb2ef0ea8 Ports using USE_PYTHON=distutils are now flavored. They will automatically get flavors (py27, py34, py35, py36) depending on what versions they support. There is also a USE_PYTHON=flavors for ports that do not use distutils but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if using distutils but flavors are not wanted. A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been added to cope with Python ports that did not have the Python PKGNAMEPREFIX but are flavored. USES=python now also exports a PY_FLAVOR variable that contains the current python flavor. It can be used in dependency lines when the port itself is not python flavored. For example, deskutils/calibre. By default, all the flavors are generated. To only generate flavors for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf. In all the ports with Python dependencies, the *_DEPENDS entries MUST end with the flavor so that the framework knows which to build/use. This is done by appending '@${PY_FLAVOR}' after the origin (or @${FLAVOR} if in a Python module with Python flavors, as the content will be the same). For example: RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR} PR: 223071 Reviewed by: portmgr, python Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D12464
  Ports using USE_PYTHON=distutils are now flavored.  They will
  automatically get flavors (py27, py34, py35, py36) depending on what
  versions they support.

  There is also a USE_PYTHON=flavors for ports that do not use distutils
  but need FLAVORS to be set.  A USE_PYTHON=noflavors can be set if
  using distutils but flavors are not wanted.

  A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
  added to cope with Python ports that did not have the Python
  PKGNAMEPREFIX but are flavored.

  USES=python now also exports a PY_FLAVOR variable that contains the
  current python flavor.  It can be used in dependency lines when the
  port itself is not python flavored.  For example, deskutils/calibre.

  By default, all the flavors are generated.  To only generate flavors
  for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
  BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.

  In all the ports with Python dependencies, the *_DEPENDS entries MUST
  end with the flavor so that the framework knows which to build/use.
  This is done by appending '@${PY_FLAVOR}' after the origin (or
  @${FLAVOR} if in a Python module with Python flavors, as the content
  will be the same).  For example:

    RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}

PR:		223071
Reviewed by:	portmgr, python
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D12464
Remove libintl.so.9 compatibility link that was added in r374303 to 2016-12-08T19:52:19+00:00 Tijl Coosemans tijl@FreeBSD.org 2016-12-08T19:52:19+00:00 f83c7639aafdbe99a7f8bd89780da0b672b58bc3 prevent massive PORTREVISION bumps. Bump dependent ports that have not been bumped since.
prevent massive PORTREVISION bumps.  Bump dependent ports that have not
been bumped since.
Replace Mk/bsd.kde4.mk by Mk/Uses/kde.mk in preparation for KDE Frameworks and 2016-08-24T08:20:31+00:00 Tobias C. Berner tcberner@FreeBSD.org 2016-08-24T08:20:31+00:00 0f583d87000061087521fb77c44c9055d122d787 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