aboutsummaryrefslogtreecommitdiffstats
path: root/astro/libkgeomap
Commit message (Collapse)AuthorAgeFilesLines
* devel/boost-*: update to 1.64.0jbeich2017-05-021-1/+1
| | | | | | | | 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)riggs2017-04-251-1/+1
| | | | | PR: 218658 Submitted by: riggs
* devel/boost-*: update to 1.63.0jbeich2017-01-061-1/+1
| | | | | | | | 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.0jbeich2016-11-231-0/+1
| | | | | | | | | | | | - 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)
* Replace Mk/bsd.kde4.mk by Mk/Uses/kde.mk in preparation for KDE Frameworks andtcberner2016-08-241-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Remove expired misc/kdehier4 and update all of its consumers to not ↵rene2016-05-261-1/+1
| | | | | | | | | | | | | 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.rakuco2016-04-153-11/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Remove ${PORTSDIR}/ from dependencies, Mk and categories a, b, and c.mat2016-04-011-1/+1
| | | | | With hat: portmgr Sponsored by: Absolight
* Change header installation location for kdelibs4-based ports.rakuco2016-03-152-14/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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)
* - Update digiKam and Kipi Plugins to 4.2.0makc2015-01-283-17/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | - 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
* Cleanup plistbapt2014-10-201-2/+0
|
* - Chase shlib bump in astro/marble and graphics/okular after update to 4.14.2makc2014-10-191-1/+1
|
* Update the default version of GCC in the Ports Collection from GCC 4.7.4gerald2014-09-111-1/+1
| | | | | | | | | | 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.mandree2014-08-161-1/+1
| | | | | | | | | | | | | | | | | | | 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)
* - Bump PORTREVISION after KDE4_PREFIX changemakc2014-02-181-0/+1
|
* Support stagingrakuco2014-01-061-1/+0
|
* Add NO_STAGE all over the place in preparation for the staging support (cat: ↵bapt2013-09-201-0/+1
| | | | astro)
* - Update to digiKam and Kipi Plugins ports to 3.1.0makc2013-04-093-66/+4
| | | | | | | - 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 updatemakc2013-03-271-1/+1
|
* Bump PORTREVISION after KDE SC update.makc2013-02-041-0/+1
|
* - Update Digikam SC to 2.9.0jhale2012-09-193-16/+4
| | | | | | - Add patch to fix Digikam crashes with large photo collections Approved by: makc (mentor)
* Update to 2.7.0makc2012-07-313-3/+5
| | | | Submitted by: Jason E. Hale <bsdkaffee at gmail.com> via area51 commit
* Add new port astro/libkgeomap:makc2012-06-095-0/+163
Libkgeomap is a KDE4 C++ wrapper around world map components such as Marble, OpenstreetMap, and GoogleMap, for browsing and arranging photos on such maps. WWW: http://www.digikam.org Submitted by: Jason E. Hale <bsdkaffee at gmail.com> via area51 commit