Mark japanese/spamassassin since it does not build after the update of
mail/spamassassin to 3.4.2. The patch for japanese support does not apply.
Reset maintainer mail address, since mail to it bounces (domain not found).
Deprecate and set expiration date to the end of the year.
Discussed with: portmgr (rene, @ EuroBSDCon 2018)
/usr/local/include/scim-1.0/scim_types.h:38:11: warning: '__STDC_ISO_10646__' macro redefined [-Wmacro-redefined]
# define __STDC_ISO_10646__
^
<command line>:6:9: note: previous definition is here
#define __STDC_ISO_10646__ 1
^
scim_anthy_prefs.cpp:98:9: error: cannot initialize a member subobject of type 'void *' with an rvalue of type 'bool'
false,
^~~~~
http://beefy12.nyi.freebsd.org/data/head-amd64-default/p478276_s338342/logs/errors/ja-scim-anthy-1.2.7_5.log
- scim-anthy finds dependencies in LOCALBASE on its own
- __STDC_ISO_10646__ no longer needs to be specified manually
- Add license while here
The last upstream release supporting KDE4 was 10 months ago,
https://www.kde.org/announcements/announce-applications-17.08.3.php ,
and the kde@ team for FreeBSD has supported modern KDE (i.e. KDE
Frameworks, Plasma 5 and KDE Applications) for 4 months. Give a 4
month deprecation period to allow users to switch over.
Also deprecated: multimedia/kmplayer-kde4 (permission from jhale@)
Not deprecated, need to contact maintainers:
misc/krecipes-kde4
net-im/kmess-kde4
net/smb4k-kde4
textproc/uim-kde4
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
japanese/p5-Lingua-JA-Moji had duplicate p5-p5- prefix and
japanese/p5-Lingua-JA-Numbers didn't have ja- prefix.
Set ja-p5- prefix to all Lingua ports under Japanese category.
PR: 229184
Submitted by: Tomohiro Hosaka <bokutin@bokut.in> (initial version)
Reviewed by: pi, mat
Approved by: pi (mentor)
Differential Revision: https://reviews.freebsd.org/D16002
While there, cleanup, and sort depends.
When build and run dependencies are the same, there are three ways to
avoid duplicating the list while not adding the framework added
BUILD_DEPENDS to the RUN_DEPENDS. In order of preference, they are:
1) use RUN_DEPENDS to set BUILD_DEPENDS:
BUILD_DEPENDS= ${RUN_DEPENDS}
RUN_DEPENDS= foo:bar/baz
2) create another variable and use it:
MY_DEPENDS= foo:bar/baz
BUILD_DEPENDS= ${MY_DEPENDS}
RUN_DEPENDS= ${MY_DEPENDS}
3) use BUILD_DEPENDS to set RUN_DEPENDS and force evaluation:
BUILD_DEPENDS= foo:bar/baz
RUN_DEPENDS:= ${BUILD_DEPENDS}
Sponsored by: Absolight
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
