- Remove unneeded patch (send to upstream)
- Add patch for new themes
- Submitter-, self-hosting of the tarball, because it is not well formed for
Gtk+ < 3.20
PR: 212553
Submitted by: olivierd
hide actual commands executed and only show short summary line (like
"CC foo.c"). CMake and ninja enable this by default, some autotools
using ports do as well. This is unacceptable because we need complete
build logs at any time, so we now switch to verbose build logs
unconditionally. Note that this change deliberately affects ALL
builds and not only package builds on cluster, because we need to
be sure that user experiencing failure can always provide informative
build log regardless of settings and without rerunning the build.
Change summary:
- Always do verbose builds for cmake, ninja and GNU configure (the
latter includes check if --disable-silent-rules is actually supported
by the configure script; there are isolated cases when it's not true)
- Remove CMAKE_VERBOSE, NINJA_VERBOSE and
CONFIGURE_ARGS=--disable-silent-rules from all ports which set them
for this is no longer needed
- Revert hacks for --disable-silent-rules support priorly committed
to biology/ncbi-blast+ and net-p2p/mldonkey - no longer needed as well
Submitted by: amdmi3
Reviewed by: mat
Exp-run by: antoine
Approved by: portmgr (mat, antoine)
Differential Revision: D7534
Since version 3.18 was introduced (Feb 2016), it's not been possible to
build gnome-contacts with the CHEESE option turned off. Since it appears
to be required now, remove this option and set the configuration and
dependencies for cheese unconditionally.
PR: 207426
Approved by: maintainer timeout (6.5 months)
Changelog:
- Generating the activity tags timetables
- Added comments for teachers, students, subjects, activity tags,
rooms and buildings
- Very rare crash bugs fixed
- Added a new example file from Indonesia
PR: 212148
Submitted by: Zsolt Udvari (maintainer)
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
Add license block.
While here record indirect dependancies.
This release uses another map provider since the one in
previous releases discontinued it's services.
PR: 211509 (based on)
Submitted by: cpm@
The upcoming KDE Frameworks ports need grantlee5
* Add devel/grantlee5 and move installed headers into a subdirectory include/grantlee5
* Move header files from devel/grantlee into a subdirectory
include/grantlee4
to make sure ports do not pick up the wrong headers
* Add Uses/grantlee.mk to handle the PLIST_SUB and LIB_DEEPENDS needed
by ports using grantlee (before we set the PLIST_SUB manual in very
of the depending ports, which now should not be needed anymore).
* The ports depending on devel/grantlee have been modified from
LIB_DEPENDS=libgrantlee_gui.so:devel/grantlee
to
USES=grantlee:4
as this does not affect the package no version bumped was made.
Reviewed by: mat, rakuco
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D7434
A dependency on unzip will never be registered since unzip is available
on all supported platforms (since FreeBSD 8.0).
Note that it's pulled in by a non-default option.
In this particular case, USES=zip:infozip is set, so unzip is pulled in
anyway through this mechanism (so explicit callout is still redundant)
Approved by: infrastructure blanket (removal of redundant deps)
A dependency on unzip will never be registered since unzip is available
on all supported platforms (since FreeBSD 8.0).
Approved by: infrastructure blanket (removal of redundant deps)
gcalcli requires a dependency on oauth2client <= 1.4.12 to work
correctly, as higher versions replaced the run() method with run_flow().
The version of oauth2client in ports is 2.2.0 at the time of writing.
Fixes for the issue [1][2][3] have been submitted upstream in multiple
cases, although upstream has closed them as duplicates of a refactor
issue [4] that is yet to be committed/resolved.
This commit commits the proposed change in issue #229 [2].
While I'm here:
* Explicitly specify (and limit) supported Python versions to -2.x
* Add python to CATEGORIES
* Group, re-order and sort USE{s}, NO_* and files/plist sections
* Capitalize OPTIONS descriptions
[1] https://github.com/insanum/gcalcli/pull/211
[2] https://github.com/insanum/gcalcli/issues/229
[3] https://github.com/insanum/gcalcli/issues/244
[4] https://github.com/insanum/gcalcli/issues/165
PR: 206045
Submitted by: Lawrence Chen <beastie tardisi com>
Approved by: portmgr (maintainer timeout, 6+ months)
MFH: 2016Q3
As there is an shlib version bump, bump them portrevision of dependent ports.
While doing so, also switch to the cmake build system, as it requires less
patching and is easier to handle.
PR: 211329
Reviewed by: mat, rakuco, kwm
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D7283
