Remove KDE4, part 5
2018-12-31 korean/kde4-l10n: KDE4 is EOL upstream
2018-12-31 net/kget-kde4: KDE4 is EOL upstream
2018-12-31 net/kdenetwork-strigi-analyzers-kde4: KDE4 is EOL upstream
2018-12-31 net/zeroconf-ioslave-kde4: KDE4 is EOL upstream
2018-12-31 net/libkfbapi: Qt4 has been EOL since december 2015
2018-12-31 net/kdenetwork-kde4: KDE4 is EOL upstream
2018-12-31 net/kwooty: Qt4 has been EOL since december 2015
2018-12-31 net/kdenetwork-filesharing-kde4: KDE4 is EOL upstream
2018-12-31 net/libmediawiki-kde4: KDE4 is EOL upstream
2018-12-31 net/kio-upnp-ms: Qt4 has been EOL since december 2015
2018-12-31 net/libkvkontakte-kde4: KDE4 is EOL upstream
2018-12-31 net/krfb-kde4: KDE4 is EOL upstream
2018-12-31 net/smb4k-kde4: Qt4 has been EOL since december 2015
2018-12-31 net/krdc-kde4: KDE4 is EOL upstream

Update math/eigen3 to 3.3.7

- http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.6
- http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.7

Change cmake default behaviour to outsource.

Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".

I tried to only set insource where explictely needed.

PR:		232038
Exp-run by:	antoine

devel/boost-*: update to 1.69.0

Changes:	http://www.boost.org/users/history/version_1_69_0.html
PR:		232525
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D17645

Deprecate KDE4 software in categories graphics-textproc.

The last upstream release supporting KDE4 was 10 months ago,
  https://www.kde.org/announcements/announce-applications-17.08.3.php ,
and the kde@ team for FreeBSD has supported modern KDE (i.e.  KDE
Frameworks, Plasma 5 and KDE Applications) for 4 months. Give a 4
month deprecation period to allow users to switch over.

Also deprecated: multimedia/kmplayer-kde4 (permission from jhale@)
Not deprecated, need to contact maintainers:
  misc/krecipes-kde4
  net-im/kmess-kde4
  net/smb4k-kde4
  textproc/uim-kde4

devel/boost-*: update to 1.68.0

- Switch to C++14 for libboost_system to support C++14 consumers

Changes:	http://www.boost.org/users/history/version_1_68_0.html
PR:		229569
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D16165

Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk

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

Bump PORTREVISION on opencv consumers due to opencv update

graphics/opencv: Update to 3.4.1

PR:		210505
Submitted by:	rozhuk.im@gmail.com (partially, further work was done)
Exp-run by:	antoine

Fix PKGBASE duplication for graphics/digikam and graphics/digikam-kde4

Reported by:	antoine

Add ports for digikam5.

devel/boost-*: update to 1.67.0

Changes:	http://www.boost.org/users/history/version_1_67_0.html
PR:		227427
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D15030

Move astro/libkgeomap to astro/libkgeomap-kde4

Rename KDE4 meta ports

This is done for
 * consistency,
 * and to simplify the import of the newer KDE Plasma5 desktop and KDE
applications

Bumps the dependencies.

Reviewed by:	adridg
Differential Revision:	https://reviews.freebsd.org/D12979

devel/boost-*: update to 1.66.0

Changes:	http://www.boost.org/users/history/version_1_66_0.html
PR:		223922
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D13279

Fix the build with clang 6.0, which defaults to using -std=gnu++14.

   
/wrkdirs/usr/ports/graphics/digikam-kde4/work/digikam-4.14.0/core/libs/dimg/loaders/pgfloader.cpp:301:27:
error: use of undeclared identifier 'NULL'
                              NULL,
                              ^
    /usr/include/sys/_null.h:37:14: note: expanded from macro 'NULL'
    #define NULL    nullptr
                    ^
    /usr/local/include/libpgf/PGFplatform.h:488:20: note: expanded from macro
'nullptr'
    #define nullptr                         NULL
                                            ^
   
/wrkdirs/usr/ports/graphics/digikam-kde4/work/digikam-4.14.0/core/libs/dimg/loaders/pgfloader.cpp:461:26:
error: use of undeclared identifier 'NULL'
                             NULL,
                             ^
    /usr/include/sys/_null.h:37:14: note: expanded from macro 'NULL'
    #define NULL    nullptr
                    ^
    /usr/local/include/libpgf/PGFplatform.h:488:20: note: expanded from macro
'nullptr'
    #define nullptr                         NULL
                                            ^

PR:		224945

graphics/libgphoto2: Update to 2.5.16
graphics/gphoto2: Update to 2.5.15
graphics/py-gphoto2: Update to 1.8.2

Also bump PORTREVISION of ports depending on these.

PR:		224611
Submitted by:	bsam (graphics/libgphoto2)

New USES=eigen

  Usage:
    USES=eigen:<version>[,<type>]

    version: 2 or 3 (required)
    type:    build (default), run

  For example:
    USES=eigen:2,build,run
  will add a BUILD- and RUN_DEPENDS on math/eigen2, and
    USES=eigen:3
  will add a BUILD_DEPENDS on math/eigen3.

* Convert the existing ports to use it
  - biology/iqtree: remove run time dependency (seemed not to be needed)
  - graphics/movit: remove run time dependency (seemed not to be needed)
  - science/avogadro: add run time dependeny (installed cmake file requires it
to be present)

Reviewed by:	rakuco, mat
Differential Revision:	https://reviews.freebsd.org/D13702

devel/boost-*: update to 1.65.1

Changes:	http://www.boost.org/users/history/version_1_65_1.html
PR:		218835
Approved by:	maintainer timeout (1.65.1: 2 weeks; 1.65.0: 1 month)
Tested by:	jhibbits (on powerpc64, earlier version)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

devel/boost-*: enable C++11 features

PR:		218835
Obtained from:	https://github.com/DragonFlyBSD/DeltaPorts/pull/690
Approved by:	maintainer timeout (2 months)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

graphics/gphoto2: Update to 2.5.14
graphics/libgphoto2: Update to 2.5.14
graphics/py-gphoto2: Update to 1.7.0

- Bump dependent ports
- Take maintainership of graphics/gtkam

Make ninja opt-out in cmake.mk

Using ninja instead of make (1) can lead to significant speed ups while
building.
Therefore switch from having the ninja generator opt-in to having it opt-out.

Previously cmake-ports that wanted to use ninja could set
    CMAKE_NINJA=yes
now, ports that do not work with ninja can set
    cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.

The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary

PR:		219629
PR:		213331
Exp-run by:	antoine
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D10748

graphics/libgphoto2: Update to 2.5.13
graphics/py-gphoto2: Update to 1.6.0

- Bump dependent ports

Changes this release:
  https://github.com/gphoto/libgphoto2/releases/tag/libgphoto2-2_5_13-release

devel/boost-*: update to 1.64.0

Changes:	http://www.boost.org/users/history/version_1_64_0.html
PR:		218835
Approved by:	office (bapt)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D10472

Chase ffmpeg 3.3 update (ABI changes)

PR:		218658
Submitted by:	riggs

Unbreak kipi-plugin-* after r436971.

The kipi-plugin-* ports are all built from the same tarball, which is also used
to build kipi-plugins-kde4 as well.

Upstream does not expect this to happen, and refers to libkipiplugins.so as the
"kipiplugins" target in CMake. Since we build everything separately, each
plugin's build system code does not know this target, which results in
-lkipiplugins (without -L/path/to) being passed to the linker instead of
/path/to/libkipiplugins.so.

Fix it by looking for libkipiplugins.so via CMake and using that result in each
port.

kipi-plugin-ipodexport needs an additional but similar fix, in that it should
look for libgpod using CMake instead of using pkg-config's results directly, as
the latter do not contain full paths.

Reviewed by:	tcberner

Unbreak after r436971.

Make sure libqlr-1.so's full path is passed to the linker, as -L${LOCALBASE} is
no longer being passed implicitly.

Submitted by:	tcberner (area51 r12732)

devel/boost-*: update to 1.63.0

Changes:	http://www.boost.org/users/history/version_1_63_0.html
PR:		215598
Exp-run by:	antoine
Approved by:	office (bapt)
MFH:		2017Q1

devel/boost-*: update to 1.62.0

- Enable `long double` C99 math usage
- Switch 9.x back to building with GCC

Changes:	http://www.boost.org/users/history/
PR:		199601
Submitted by:	Chen Xu, bapt, amdmi3, truckman (based on)
Reviewed by:	rakuco (kde) (earlier version)
Exp-run by:	antoine (3 tries), truckman (consumers only, earlier versions)
Approved by:	bapt (office)

Update graphcis/digikam-kde4's & friends distfile location.
It has been moved upstream (probably due to the digikam-kf5 release).

Approved by:	rakuco (mentor)
MFH:		2016Q3

Replace Mk/bsd.kde4.mk by Mk/Uses/kde.mk in preparation for KDE Frameworks and
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]

Many KDE i10n ports: Patch updates CURDIR

This patch replaces a bunch of ${CURDIR}/../../ by ${CURDIR:H:H};
the latter is considered proper contemporary usage by kde@ . The
patch is independent of other KDE4 infrastructure changes.

PR:		209303
Submitted by:	Adriaan de Groot <groot@kde.org>, rakuco, T.C.Berner
<tcberner@gmail.com> (kde)

Remove expired misc/kdehier4 and update all of its consumers to not reference it
any
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

Update DigiKam and related ports to 4.14.0.

This is a huge leap, as we are moving from 4.2.0 (released in August 2014) to
4.14.0 (released in October 2015). Version 4.14.0 is the last KDE4-based
release, and 5.0.0 will be based on KDE Frameworks 5.

Noteworthy port changes:
- Most patches in graphics/digikam-kde4 are no longer necessary.
- graphics/kipi-plugin-googledrive and graphics/kipi-plugin-picasaweb have
  been merged into graphics/kipi-plugin-googleservices following what
  upstream did to those plugins.
- astro/libkgeomap and graphics/libkface are no longer included in the
  DigiKam tarball and are now completely independent ports whose tarballs
  are released as part of KDE Applications.
- net/libmediawiki is neither included in the DigiKam tarball nor released

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

Revert r411863.

It is not necessary because r411791 fixed it differently.

Add USES=compiler:c++11-lang.

This fixes digikam-kde4's build on 9.3 after the graphics/lensfun update in
r411373.

lensfun.h includes C++ code (class and template declarations) inside an
extern "C" block that causes base GCC to fail:

/usr/local/include/lensfun/lensfun.h:2506: error: template with C linkage
/usr/local/include/lensfun/lensfun.h:2508: error: template with C linkage

graphics/digikam-kde4: Fix build everywhere (with upstream patch)

Take the dports patch to fix compilation with Lensfun 0.3.2
(14 DEC 2015, 0f159981176faa6da701f112bfe557b79804d468)
Digikam broke when lensfun was updated on 18 March 2016.

Approved by:	just-fix-it

graphics/lensfun: bump PORTREVISION in consumers after r411373

Adjust MASTER_SITES for all digiKam ports.

digiKam 4.2.0 which is currently in ports is quite old, and was moved along
with all releases older than 4.10.0 to another location in download.kde.org.

This should fix `make fetch' for graphics/digikam* and graphics/kipi-plugin*.

- Update graphics/libpgf to 7.15.32
- Chase shlib bump

Security:	9a71953a-474a-11e5-adde-14dae9d210b8

Update lensfun to version 0.3.0.  It contains few changes making consumer
code incompatible with earlier versions; particularly, removal of CCI (the
Color Contribution Index of the lens, as defined by ISO 6728-83) [1] and
FOV1 ("field-of-view") [2] distortion model.

Four ports had to be patched to build against new lensfun (all fall under
`graphics' category): digikam-kde4, gimp-lensfun-plugin, hugin, rawstudio.

PR:		196182
Submitted by:	Matthieu Volat (heavily modified)
Exp-run by:	antoine

[1] https://sourceforge.net/p/lensfun/code/ci/f0c293
[2] https://sourceforge.net/p/lensfun/code/ci/048eb3

- Update digiKam and Kipi Plugins to 4.2.0
- New ports for exporting images to Dropbox and Google Drive:
	graphics/kipi-plugin-dropbox
	graphics/kipi-plugin-googledrive

Excerpt from area51 commit logs:
------------------------------------------------------------------------
r10303 | jhale | 2014-09-19 04:04:57 +0000 (Fri, 19 Sep 2014) | 13 lines

- Update digikam and friends to 4.2.0
- Drop "Enable" from Digikam options descriptions
- For kipi-plugins, only extract what we need to reduce extraction time
  and file I/O

------------------------------------------------------------------------

bump PORTREVISION due libphoto2 shared library version changed.

Submitted by:	tijl@

Bump portrevision after png update

Change libpng15.so to libpng.so in LIB_DEPENDS to prepare the upgrade

Cleanup plist

- Chase shlib bump in astro/marble and graphics/okular after update to 4.14.2

- Drop .la files for graphics/liblqr-1, no dependees require them
- Bump dependent ports as .so version has changed

Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.

Part II, Bump PORTREVISIONs.

PR:		192025
Tested by:	antoine (-exp runs)
Approved by:	portmgr (implicit)

Upgrade OpenEXR and ilmbase to 2.2.0.

GCC 4.2 in FreeBSD 8.X/9.X base is now too old to compile OpenEXR, so
GCC-based systems will upgrade to the default ports compiler (GCC 4.7
currently.)

Add two patches to OpenEXR to permit building it in a live system with
the older OpenEXR version installed. Bug report filed to upstream Github
at https://github.com/openexr/openexr/issues/130

Couple OpenEXR more tightly to ilmbase and require its exact .so
version.

Add UPDATING note, and bump PORTREVISION of all dependent ports.

Proto-STAGE hugin-devel, and mark it IGNORE because hugin is newer.

Approved by:	portmgr (implicit for bumping PORTREVISION on unstaged ports)

Makefile.common: Move a few other variables outside the NO_BUILD block.

Just setting USES=tar:bzip2 is not enough, as ports such as
graphics/kipi-plugin-facebook would still report an invalid distfile if
NO_BUILD was passed.

We now unconditionally set DISTNAME, DISTINFO_FILE and LICENSE besides USES.

Makefile.common: Always set USES=tar:bzip2.

Setting USES=bzip2 inside the NO_BUILD block caused problems for FreeBSD's
distfile fetcher, which apparently set that flag and was getting an invalid
distfile to fetch from the KDE mirrors.

The rest of the NO_BUILD block needs more attention, but I'll let makc@ and
jhale@ handle that since it's not my area.

graphics/digikam-kde4:
- Fix dependency on mysql

Reported by:	Wolfgang Riegler <wolfgang.riegler@gmx.de> via kde-freebsd maillist

- Bump PORTREVISION after KDE4_PREFIX change

Chase boost and icu bump
While here convert some LIB_DEPENDS

- Update to digiKam and Kipi Plugins ports to 3.5.0
- Add new kipi-plugin port for jalbumexport
- Remove useless LATEST_LINK
- Bring stage support
- Convert to options helpers, new style LIB_DEPENDS
- Add patch to fix linking with libpgf [1]

PR:		ports/184942 [1]
Reported by:	Mike Clarke <jmc-freebsd2 at milibyte.co.uk>

Convert LIB_DEPENDS for ports depending on boost

Add NO_STAGE all over the place in preparation for the staging support (cat:
graphics)

- Remove last vestiges of MAKE_JOBS_SAFE knob

Approved by:	portmgr (bapt)

- Add explicit dependence on boost library to fix build
  without PIMLIMS option [1]
- Add math/eigen3 to the list of build dependencies

PR:		ports/178789 [1]
Submitted by:	Hon-Yu Lawrence Cheung <cheunghonyu at gmail.com>

- Update to digiKam and Kipi Plugins ports to 3.2.0

Convert g* to USES=pkgconfig

- Update to digiKam and Kipi Plugins ports to 3.1.0
- Split documentations and l10ns to separate ports
- Split kipi-plugins-kde4 port

Approved by:	portmgr (miwi)

Chase libkipi, marble, okular shlib bump after KDE 4.10.1 update

- convert USE_CMAKE to USES
- while here clean up some ports from CMAKE_VERBOSE, which is intended
  for users

Approved by:	portmgr (miwi)

Bump PORTREVISION after KDE SC update.

- Update Digikam SC to 2.9.0
- Add patch to fix Digikam crashes with large photo collections

Approved by:	makc (mentor)

Update to 2.7.0

Submitted by:	Jason E. Hale <bsdkaffee at gmail.com> via area51 commit

- Fix build when Qt 3 is installed.
- Add pkg-message to warn user that Digikam may crash with a low
  kern.maxfiles.

Submitted by:   Jason E. Hale <bsdkaffee at gmail.com> via area51

Update to 2.6.0. Port changes:

- add LICENSE (GPLv2)
- convert to new options framework
- make NLS optional
- add MYSQL option to build MySQL database support
- remove LENSFUN option (graphics/lensfun is now required)
- remove MARBLE option (libkgeomap provides this and is required)
- remove no longer needed patches

Submitted by:   Jason E. Hale <bsdkaffee at gmail.com> via area51 commit

- Convert USE_QT_VER=4 and QT_COMPONETS to USE_QT4

Review by:      bapt, David Naylor (kde team)

- update png to 1.5.10

Reassign to kde@.

I sent a mail to the current maintainer almost a month ago about taking these
ports over but got no response (archives in the kde-freebsd mailing list).
Someone else mentioned contacting the maintainer before and he expressed
surprise that these ports were still assigned to him.

This, together with the lack of to the ports, makes it reasonable to assign
them with the rest of the KDE ports to the KDE on FreeBSD team.

- Bump PORTREVISION to chase the update of multimedia/libvpx

- Update dependencies after KDE ports upgrade.
- Avoid removing kdehier4 directories.
- Bump PORTREVISION.

- Update DigiKam to 1.9.0 release

Temporary disable marble support due to API incompatibility

Approved by:    maintainer (implicit)

- Follow KDE shlibs bumps.
- Remove MD5 hash.

Chase after net/openldap24-server update.

Reminded by:    miwi

- graphics/digikam-kde4: Fix LIB_DEPENDS for MARBLE option

PR:             154647
Submitted by:   Jason E. Hale
Approved by:    maintainer (implicit)
Feature safe:   yes

Fix LIB_DEPENDS.

With hat:       kde@
Feature safe:   yes

- Update DigiKam to 1.8.0 release

Approved by:    maintainer (implicit)
Feature safe:   yes

- Chase security/libksba shlib version bump

Requested by:   kwm
Pointyhat to:   glarkin

- Update DigiKam to 1.4.0 release
- Full support for KDE SC 4.5.x libraries

Approved by:    maintainer (implicit)

Chase astro/marble library version bump

- Fix build WITH_LENSFUN: chase lib version
- No PORTREVISION bump necessary since the port did not build WITH_LENSFUN
before

PR:             150353
Approved by:    maintainer

marble was split from misc/kdeedu4.

Bounce PORTREVISION for gettext-related ports.  Have fun, ya'll.

- Make pointyhat tinderbox happy by removing extra @dirrmry for common locale
  and apps directories, which now handled by updated kdehier4.
- Bump PORTREVISIONs to force rebuild.

Noticed by:     pointyhat via pav
With hat on:    kde

- Not try to dirrm locales, which now handled by kdehier

Noticed by:     QAT via pav
Approved by:    maintainer (implicit)

- Update digikam-kde4 to 1.2.0 release

Approved by:    maintainer (implicit)
With hat on:    kde@

- fix build for png-1.4.1
PR:             145159
Submitted by:   Andrei V. Lavreniyuk, fluffykhv

- update to 1.4.1
Reviewed by:    exp8 run on pointyhat
Supported by:   miwi

- update to jpeg-8

- Update DigiKam to 1.1.0 release

Submitted by:   Matt Tosto (maintainer via email)

- Make Marble component really optional

Submitted by:   Matt Tosto (maintainer) via email
Approved by:    miwi, tabthorpe (mentors implicit)

- Update digikam-kde4 to 1.0.0 release

Submitted by:   Matt Tosto (maintainer) via email
Approved by:    miwi, tabthorpe (mentors implicit)

- Add missed #include <unistd.h>

This fix build on modern systems

Reported by:    tindy/qt4.6
Approved by:    maintainer (implicit)
Approved by:    tabthorpe (co-mentor)
Feature safe:   yes

- Retire MASTER_SITE_SOURCEFORGE_EXTENDED, it's no longer needed - all mirrors
actually have all distfiles
- Merge all SF mirrors to MASTER_SITE_SOURCEFORGE, resort according to quick
download speed survey
- Fix MASTER_SITES for all port that have used SOURCEFORGE_EXTENTED

Approved by:    portmgr (pav)

- bump all port that indirectly depends on libjpeg and have not yet been bumped
or updated
Requested by:   edwin