FreshPorts -- japanese/tomoe: Tegaki Online MOji-ninshiki Engine

ja-tomoe
ABI	latest	quarterly
FreeBSD:11:aarch64	0.6.0_6	0.6.0_7
FreeBSD:11:amd64	0.6.0_7	0.6.0_7
FreeBSD:11:armv6	0.6.0_6	0.6.0_7
FreeBSD:11:i386	0.6.0_7	0.6.0_7
FreeBSD:11:mips	-	-
FreeBSD:11:mips64	-	-
FreeBSD:12:aarch64	0.6.0_6	0.6.0_7
FreeBSD:12:amd64	0.6.0_7	0.6.0_7
FreeBSD:12:armv6	0.6.0_6	0.6.0_7
FreeBSD:12:armv7	0.6.0_6	0.6.0_7
FreeBSD:12:i386	0.6.0_7	0.6.0_7
FreeBSD:12:mips	-	-
FreeBSD:12:mips64	-	-
FreeBSD:12:powerpc64	-	0.6.0_7
FreeBSD:13:aarch64	0.6.0_7	-
FreeBSD:13:amd64	0.6.0_7	-
FreeBSD:13:armv6	0.6.0_7	-
FreeBSD:13:armv7	0.6.0_7	-
FreeBSD:13:i386	0.6.0_7	-
FreeBSD:13:mips	-	-
FreeBSD:13:mips64	-	-
FreeBSD:13:powerpc64	0.6.0_7	-

Convert Python ports to FLAVORS. Ports using USE_PYTHON=distutils are now flavored. They will automatically get flavors (py27, py34, py35, py36) depending on what versions they support. There is also a USE_PYTHON=flavors for ports that do not use distutils but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if using distutils but flavors are not wanted. A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been added to cope with Python ports that did not have the Python PKGNAMEPREFIX but are flavored. USES=python now also exports a PY_FLAVOR variable that contains the

By default libtool replaces -export-symbols <file> with -retain-symbols-file <file> on ELF systems, but this doesn't really do what -export-symbols is meant to do. On GNU ELF systems it converts <file> to a simple version script first and then uses -version-script instead of -retain-symbols-file. Let USES=libtool patch libtool scripts to do this on all systems with GNU ld(1). Bump PORTREVISION on all ports where the build log contains -export-symbols. audio/calf: This port builds a module that now exports only one function, but it also builds a number of executables that link to this module and expect to see other functions. Because it's already a bit dodgy to link to a module (libtool warns about this) let the module continue to export only one function and instead build an ordinary library from the same source that the executables can link to. Fix a number of other issues in the same

Remove OSVERSION checks that do not make sense any more. For example (${OSVERSION} >= 900000 && ${OSVERSION} < 900021) is always true, as is (${OSVERSION} > 900002 || ${OSVERSION} < 900000 && ${OSVERSION} > 800107). Regarding patches, when an EXTRA_PATCHES is no longer needed, I remove it, when it is always needed, I renamed it, in one case, I merged two patches. Differential Revision: https://reviews.freebsd.org/D2209

- Fix extract on 9+ due to this picking up /usr/bin/unzip instead of looking for the proper LOCALBASE/bin/unzip that UNZIP_CMD is set to. Will let maintainers decide if archivers/unzip is really still needed. Some of these ports/options remain broken due to other issues. With hat: portmgr

* Update the glib to 2.34.3 and gtk20 to 2.24.17 and gtk30 to 3.6.4 which are the latest stable releases. * Update vala to the newest stable release 0.18.1, also update a few ports in the gtk/gnome stack. * The c++ bindings ports for glib, atk, gconf, etc, have now USE_GNOME toggles. * Remove pkg-config run depends from glib20 and freetype2. This doesn't eliminate pkg-config run dependency completely, a second phase is needed and is planned. * Support for .:run. and .:build. for USE_GNOME components was added. Currently only libxml2 and libxslt support this mechanism. * Updates of the telepathy stack and empathy. * Trim makefile headers, convert ports to new options, trim off library versions for some ports. * Fix other ports so they build with the new glib version. Thanks to miwi and crees for helping out with some exp-runs. Approved by: portmgr (miwi & bapt) Obtained from: gnome team repo

- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS) - Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead PR: 157936 Submitted by: myself Exp-runs by: pav Approved by: pav

Bump portrevision due to upgrade of devel/gettext. The affected ports are the ones with gettext as a run-dependency according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT in Makefile (29 of them). PR: ports/124340 Submitted by: edwin@ Approved by: portmgr (pav)

Two new features