14:10 swills 

graphics/libkface: mark broken with new opencv

 

14:09 swills 

graphics/libkface: fix LIB_DEPENDS

 

01:10 swills 

graphics/opencv: Update to 3.4.1

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

 

10:29 tcberner 

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

 

08:20 riggs 

Chase ffmpeg 3.3 update (ABI changes)

PR:		218658
Submitted by:	riggs

 

05:30 jbeich 

graphics/opencv: back out r423216 and r423063 (replaying r423316)

Renaming didn't help to unblock 3.x progress as co-existence with 2.x
was no less complex than simply fixing consumers. This commit also
restores directory-level history accidentally lost via git-svn.

PR:		210505
Pointy hat to:	jbeich (should've discussed first)

 

17:47 jbeich 

graphics/opencv: add suffix to make room for 3.x series

To avoid confusion, the main port is to track the latest release.
Whether to rename includes/libraries as well making it possible to
install 2.x and 3.x side-by-side remains to be investigated.

PR:		210505 (for tracking)
Inspired by:	PkgSrc

 

08:20 tcberner 

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]
[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

 

20:56 rene 

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

 

19:06 rakuco 

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
  as a separate tarball, so we had to resort to fetching it from an older
  DigiKam release which contains it.
- graphics/digikam-kde4 now has a runtime dependency on x11/kde4-runtime.
  See bug 203222 for details.

A lot of people have contributed to this update over the years in our
experimental area51 repository. Tobias Berner (our usual suspect), Adriaan
de Groot, makc@, alonso@ and jhale@ at the very least.

PR:		203222
PR:		204623
Submitted by:	Tobias Berner <tcberner@gmail.com>,
		Adriaan de Groot <groot@kde.org>,
		alonso,
		jhale,
		makc,
		rakuco

 

14:00 mat 

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

With hat:	portmgr
Sponsored by:	Absolight

 

12:35 rakuco 

Change header installation location for kdelibs4-based ports.

Install x11/kdelibs4's headers into include/kde4 instead of include (which
consequently causes several other ports to have their installation paths
changed too).

The idea behind this is to reduce path conflicts between KDE4 ports and the
upcoming KDE Frameworks 5 ports that will be installed into include/KF5. If
we continue installing the KDE4 headers into include/, we can end up in a
situation like this:

    c++ [...] -I/usr/local/include -I/usr/local/include/KF5 file.cpp

If the KDE4 and KF5 versions of a port have the same headers, the KDE4 port
will unintentionally be picked up first and the build will fail.

Most of this huge patch is just PORTREVISION bumps, pkg-plist changes and a
few patches to FooConfig.cmake files to make them look into the kde4/
subdirectory in include/.

Changes which don't fit into the above are:
- deskutils/kdepimlibs4: Import an upstream patch to remove some double
  semicolons that cause base GCC to fail. They have always been present, but
  since the faulty header was referenced via -isystem /usr/local/include
  this never caused any problems.
- devel/subversion, devel/subversion18: Update patch-configure. The current
  kwallet changes there date back to 2011 (r272490), at a time when the
  build could fail when both KDE3 and KDE4 were installed. Replace those
  bits with a change I've submitted upstream to use the kde4-config program
  to determine where KDE4's headers and libraries are installed instead of
  assuming the headers are always in include/.

Once again, huge thanks to Tobias Berner <tcberner@gmail.com> for being the
first one to notice this problem when working on the KDE Frameworks 5 ports,
coming up with the solution and bugging me until I had time to work on this
and ask for the exp-run :-)

PR:		207906 (exp-run)

 

21:04 makc 

- 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

------------------------------------------------------------------------
r10183 | makc | 2014-07-18 22:07:34 +0000 (Fri, 18 Jul 2014) | 21 lines

Update DigiKam and Kipi plugins to 4.1.0. This incomplete update is based
on the patch submitted by Oleg Sidorkin <osidorkin@gmail.com> via
kde-freebsd mailing list.

astro/libkgeomap:
- Don't build demo application and thus remove dependence on libkexiv2
- Add build dependency on boost headers

graphics/kipi-plugin-gpssync
- Add build dependency on boost headers

 

20:50 gerald 

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)

 

20:37 mandree 

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)

 

14:31 makc 

- Bump PORTREVISION after KDE4_PREFIX change

 

18:17 makc 

- 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>

 

02:51 jhale 

- Update graphics/*opencv* to 2.4.7
- Revert options helpers to if statements since the OFF condition is not
  applied when OPTIONS_EXCLUDE is used
- Move most of the OpenCV modules from the graphics/opencv-core port to
  graphics/opencv, leaving opencv-core as just the bare minimum required
  for building ffmpeg with OpenCV support
- Install examples for python and java bindings
- Add new slave port graphics/opencv-java: Java bindings for OpenCV
- Bump PORTREVISION and make dependency adjustments and fixes for
  dependent ports
- Add UPDATING entry

 

18:35 bapt 

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

 

22:46 bapt 

Add an explicit dependency on pkgconf

 

17:10 makc 

- 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)

 

08:15 jhale 

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

Approved by:	makc (mentor)

 

20:20 makc 

Update to 2.7.0

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

13:34 makc 

Add new port graphics/libkface:

Libkface is a KDE C++ wrapper for libface which provides face recognition
and detection in pictures.

WWW: http://www.digikam.org

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