non port: astro/libkgeomap/pkg-plist |
Number of commits found: 12 |
Thursday, 15 Aug 2019
|
15:38 adridg
Update KDE Applications to latest upstream release, 19.08
Release announcement
https://kde.org/announcements/announce-applications-19.08.0.php
Thanks to tcberner for doing most of the prep-work.
|
Friday, 14 Dec 2018
|
05:07 tcberner
Update KDE Applications to 18.12.0
https://www.kde.org/announcements/announce-applications-18.12.0.php
|
Saturday, 25 Aug 2018
|
05:15 tcberner
Update KDE Applications to 18.08
Changelog: https://www.kde.org/announcements/announce-applications-18.08.0.php
|
Sunday, 8 Apr 2018
|
17:21 tcberner
New ports: astro/libkgeomap, astro/marble
This is the current version of KDE Applications <foo>.
Note that users of KDE SC4 should stick with <foo>-kde4.
Differential Revision: https://reviews.freebsd.org/D14823
|
Thursday, 14 Apr 2016
|
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
|
Tuesday, 15 Mar 2016
|
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)
|
Tuesday, 27 Jan 2015
|
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
|
Sunday, 19 Oct 2014
|
23:19 bapt
Cleanup plist
|
Monday, 8 Apr 2013
|
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)
|
Wednesday, 19 Sep 2012
|
08:15 jhale
- Update Digikam SC to 2.9.0
- Add patch to fix Digikam crashes with large photo collections
Approved by: makc (mentor)
|
Monday, 30 Jul 2012
|
20:20 makc
Update to 2.7.0
Submitted by: Jason E. Hale <bsdkaffee at gmail.com> via area51 commit
|
Saturday, 9 Jun 2012
|
13:33 makc
Add new port astro/libkgeomap:
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
|
Number of commits found: 12 |