non port: astro/libkgeomap/Makefile |
Number of commits found: 56 |
Friday, 13 Nov 2020
|
18:47 tcberner
astro/libkgeomap: mark deprecated
- with the update to release-service 20.12 in december, this port will be
removed,
as there are no KDE consumers left
|
Thursday, 3 Sep 2020
|
19:30 pkubaj
astro/libkgeomap: disable webengine on non-x86
Use the same hack that astro/marble uses.
|
Thursday, 12 Dec 2019
|
23:24 tcberner
KDE's December 2019 Apps Update
New versions of KDE applications landing in December
The release of new versions for KDE applications is part of KDE's continued
effort to bring you a complete and up-to-date catalog of fully-featured,
beautiful and useful programs for your system.
Available now are new versions of KDE's file browser Dolphin; Kdenlive, one of
the most complete open source video editors; the document viewer Okular; KDE's
image viewer, Gwenview; and all of your other favorite KDE apps and utilities.
All of these applications have been improved, making them faster and more
stable and they boast exciting new features. The new versions of KDE
applications let you be productive and creative, while at the same time making
use of KDE software easy and fun.
We hope you enjoy all the novel features and improvements worked into all of
KDE's apps!
Announcement: https://kde.org/announcements/releases/2019-12-apps-update/
|
Wednesday, 11 Dec 2019
|
17:53 jbeich
devel/boost-*: update to 1.72.0
Changes: http://www.boost.org/users/history/version_1_72_0.html
PR: 241449
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D22136
|
Tuesday, 15 Oct 2019
|
18:31 tcberner
KDE Applications: update to 19.08.2
Announcement:
https://kde.org/announcements/announce-applications-19.08.2.php
Changelog:
https://kde.org/announcements/fulllog_applications-aether.php?version=19.08.2
|
Sunday, 13 Oct 2019
|
14:18 rakuco
Drop dependency on graphics/opencv.
The source code does not use OpenCV anywhere, and apparently never has.
PR: 237934
Submitted by: Hiroo Ono <hiroo.ono+freebsd@gmail.com>
|
Monday, 19 Aug 2019
|
15:35 jbeich
devel/boost-*: update to 1.71.0
Changes: http://www.boost.org/users/history/version_1_71_0.html
PR: 238827
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D20774
|
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, 26 Jul 2019
|
20:46 gerald
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
|
Sunday, 23 Jun 2019
|
15:39 tcberner
KDE Applications: complete dependency lists
This has been on the TODO list for forever...
PR: 238764
Reported by: yuri
|
Thursday, 18 Apr 2019
|
16:55 tcberner
Update KDE Applications to 19.04.0
The changelog can be found here:
- https://kde.org/announcements/announce-applications-19.04.0.php
Due to crashes on start, multimedia/kdenlive was kept at 18.12.3 for now.
|
Friday, 12 Apr 2019
|
06:36 jbeich
devel/boost-*: update to 1.70.0
Changes: http://www.boost.org/users/history/version_1_70_0.html
PR: 235956
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D19303
|
Friday, 8 Feb 2019
|
05:11 tcberner
Update KDE Applications to 18.12.2
[1] https://www.kde.org/announcements/announce-applications-18.12.2.php
[2]
https://www.kde.org/announcements/fulllog_applications-aether.php?version=18.12.2
|
Monday, 21 Jan 2019
|
09:30 amdmi3
- Fix license (remove LGPL which is only mentioned in COPYING.LIB,
but doesn't seem to be applied to any code, add BSD3CLAUSE for a
bundled library)
- Add LICENSE_FILE
- Update WWW
Approved by: portmgr blanket
|
Wednesday, 16 Jan 2019
|
11:13 tijl
Fix Qt5 symbol version scripts to put the catch-all clause first. When
a symbol matches multiple clauses the last one takes precedence. If the
catch-all is last it captures everything. In the case of Qt5 libraries
this caused all symbols to have a Qt_5 label while some should have
Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the
catch-all lowest priority.
Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium. Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3] The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one. If there's no such non-weak symbol the call
in the weak wrapper resolves to the weak wrapper itself creating an infinite
call loop that overflows the stack and causes a crash. Some of the
allocation functions are variants of C++ new and delete and it probably
depends on the compiler whether these variants are used in other parts of
Qt5Webengine.
Remove the weak wrappers (make them Linux specific). This isn't binary
compatible but we are already breaking that with the changes to the symbol
versions.
[1]
https://github.com/qt/qtwebengine/commit/5c2cbfccf9aafb547b0b30914c4056abd25942a4
[2]
https://github.com/qt/qtwebengine/commit/2ed5054e3a800fa97c2c9e920ba1e6ea4b6ef2a5
[3]
https://github.com/qt/qtwebengine/commit/009f5ebb4bd6e50188671e0815a5dae6afe39db5
Bump all ports that depend on Qt5.
PR: 234070
Exp-run by: antoine
Approved by: kde (adridg)
|
Tuesday, 25 Dec 2018
|
20:25 tcberner
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
|
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
|
Wednesday, 12 Dec 2018
|
01:35 gerald
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
|
00:15 jbeich
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
|
Saturday, 10 Nov 2018
|
07:22 tcberner
Fix build for some more kde@ ports on GCC-architectures
PR: 233058
Submitted by: Piotr Kubaj <pkubaj@anongoth.pl>
|
Monday, 10 Sep 2018
|
13:14 mat
Add DOCS options to ports that should have one.
Also various fixes related to said option.
PR: 230864
Submitted by: mat
exp-runs by: antoine
|
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
|
Thursday, 9 Aug 2018
|
06:58 jbeich
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
|
Thursday, 28 Jun 2018
|
17:39 tcberner
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
|
Friday, 11 May 2018
|
06:09 tcberner
Update KDE Applications to 18.04.1
|
Wednesday, 9 May 2018
|
01:44 swills
Bump PORTREVISION on opencv consumers due to opencv update
|
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
|
Saturday, 28 Apr 2018
|
18:11 tcberner
Update KDE Applications to 18.04.0
* Pin multimedia/kdelive at 17.12.3 until we import the mlt update from the
dev-repo.
|
Wednesday, 18 Apr 2018
|
13:57 jbeich
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
|
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
|
Saturday, 10 Feb 2018
|
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
|
Thursday, 18 Jan 2018
|
04:11 jbeich
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
|
Monday, 25 Sep 2017
|
00:08 jbeich
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
|
00:05 jbeich
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
|
Tuesday, 2 May 2017
|
06:48 jbeich
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
|
Tuesday, 25 Apr 2017
|
08:20 riggs
Chase ffmpeg 3.3 update (ABI changes)
PR: 218658
Submitted by: riggs
|
Friday, 6 Jan 2017
|
08:45 jbeich
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
|
Wednesday, 23 Nov 2016
|
12:45 jbeich
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)
|
Wednesday, 24 Aug 2016
|
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
|
Wednesday, 25 May 2016
|
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
|
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
|
Friday, 1 Apr 2016
|
13:29 mat
Remove ${PORTSDIR}/ from dependencies, Mk and categories a, b, and c.
With hat: portmgr
Sponsored by: Absolight
|
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
|
15:59 makc
- Chase shlib bump in astro/marble and graphics/okular after update to 4.14.2
|
Wednesday, 10 Sep 2014
|
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)
|
Friday, 15 Aug 2014
|
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)
|
Tuesday, 18 Feb 2014
|
14:31 makc
- Bump PORTREVISION after KDE4_PREFIX change
|
Sunday, 5 Jan 2014
|
23:37 rakuco
Support staging
|
Friday, 20 Sep 2013
|
13:14 bapt
Add NO_STAGE all over the place in preparation for the staging support (cat:
astro)
|
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, 27 Mar 2013
|
12:00 makc
Chase libkipi, marble, okular shlib bump after KDE 4.10.1 update
|
Sunday, 3 Feb 2013
|
20:11 makc
Bump PORTREVISION after KDE SC update.
|
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: 56 |