chinese/opencc: Upgrade from 1.3.1 to 1.4.1.
Changes in this update:
- Enable the Jieba segmentation plugin via a new JIEBA option (default on).
- OpenCC now requires C++17: USES compiler:c++11-lib -> c++17-lang.
- Regenerate files/patch-CMakeLists.txt for the reorganized upstream tree.
- Add files/patch-cmake_GitVersion.cmake so the release tarball (which
ships without Git metadata) reports 1.4.1 instead of 1.4.0.
Obtained from upstream commit c23e743702f4.
PR: ports/296829
Approved by: maintainer
devel/glog: Update to 0.7.0
- Convert to USES=cmake:testing
- Sort PLIST
- Bump PORTREVISION of dependent ports for shlib change
Broken ports are skipped:
- graphics/colmap [1]
- graphics/hiptext [2]
- graphics/openmvs
- sysutils/apache-mesos
[2] This port was being skipped on package building cluster due to its LICENSE
"License NONE needs confirmation, but BATCH is defined"
Changes: https://github.com/google/glog/releases
Reference: https://pkg-status.freebsd.org/beefy12/data/140amd64-default/84a61d95b0a5/logs/colmap-3.8_5.log
[1]
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
chinese: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* <intron@intron.ac>
* Bo-Yi Wu <appleboy.tw@gmail.com>
* Chih-Hsin Chang <chihhsin@cs.nctu.edu.tw>
* Ching-Hong Wu <woju@freebsd.ntu.edu.tw>
* David O'Brien (obrien@FreeBSD.org)
* David O'Brien (obrien@cs.ucdavis.edu)
* Eric L. Camachat <eric@camachat.org>
* Foxfair Hu <foxfair@FreeBSD.org>
* G. Adam Stanislav <adam@whizkidtech.net>
* Gasol Wu <gasol.wu@gmail.com>
* Gea-Suan Lin <gslin@gslin.org>
(Only the first 15 lines of the commit message are shown above )
devel/yaml-cpp: Update to 0.7.0
- Patch cmake include to actually work
- Bump PORTREVISION on consumers, testing shows it is not completely
binary compatible
chinese/librime: Update to 1.7.2
Submitted by: Ka Ho Ng <khng300@gmail.com>
Sponsored by: FreeBSD Foundation
Approved by: lwhsu
Differential Revision: https://reviews.freebsd.org/D28539
chinese/zh-librime: Update to 1.6.1
PR: 249512
Submitted by: Ka Ho Ng <khng300@gmail.com>
Approved by: lichray@gmail.com (maintainer)
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D26515
- Update yaml-cpp to 0.6.3
- Removed TEST option since it fails to build. Disable tests
unconditionally.
- Bump PORTREVISION on dependent ports. I've observed linker errors
on startup due to library changes
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
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
chinese/librime: unbreak with boost 1.69
CMake Error at /usr/local/share/cmake/Modules/FindBoost.cmake:2049 (message):
Unable to find the requested Boost libraries.
Boost version: 1.69.0
Boost include path: /usr/local/include
Could not find the following Boost libraries:
boost_signals
Some (but not all) of the required Boost libraries were found. You may
need to install these additional Boost libraries. Alternatively, set
BOOST_LIBRARYDIR to the directory containing Boost libraries or BOOST_ROOT
to the location of Boost.
Call Stack (most recent call first):
CMakeLists.txt:41 (find_package)
PR: 232525
Change x11/xorgproto to become a build dep
Change x11/xorgproto to become a build time dependency when added to
USE_XORG. Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.
PR: 230909
Reviewed by: eadler
Approved by: portmgr (antoine)
Obtained
from: https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run: antoine
Differential Revision: https://reviews.freebsd.org/D16906
Switch to xorgproto instead of individual packages
Upstream used to distribute protocol headers as separate packages, but has
decided to merge those to a common package, named xorgproto. This update
tracks that change.
* Add a new port, x11/xorgproto, with are protocol headers for xorg.
* Hook the new protocol port to the build and to infrastructure in
bsd.xorg.mk.
* Update all ports with a dependency on any of the old *proto packages to
instead depend on xorgproto. Bump portrevision.
* Delete the old *proto packages, update MOVED.
PR: 230023
Submitted by: zeising
Approved by: portmgr (antoine)
exp-run by: antoine
Bump PORTREVISION for ports depending on the canonical version of GCC
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
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 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, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Mark some ports failing on power64. In cases where the error message
was a stub, provide a real one.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
Don't quote {} in find -exec calls.
Braces are not shell metacharacters, and they do not need to be quoted.
By the time find parses its arguments and dicovers them, the quoting
will have been removed by the shell anyway.
Sponsored by: Absolight
Use USES=pathfix where applicable.
PR: 213195
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D8093
- Update devel/yaml-cpp to 0.5.3
- Project moved to GITHUB
- LICENSE_FILE renamed
- Regenerated patch
- Bumped PORTREVISION in dependent ports due to ABI changes.
chinese/librime: unbreak build on 8.x/9.x (libstdc++ 4.2+)
In file included from src/setup.cc:9:
In file included from include/rime/module.h:13:
include/rime/common.h:22:12: error: no member named 'unique_ptr' in namespace
'std'
include/rime/common.h:23:7: error: no member named 'shared_ptr' in namespace
'std'
include/rime/common.h:24:7: error: no member named 'weak_ptr' in namespace 'std'
include/rime/common.h:28:10: error: no template named 'dynamic_pointer_cast' in
namespace 'std'
include/rime/common.h:38:15: error: no member named 'make_shared' in namespace
'std'
include/rime/common.h:38:30: error: no template named 'forward' in namespace
'std'
Reported by: pkg-fallout
Approved by: portmgr blanket
MFH: 2015Q2
Major update to libpinyin, fcitx and their add ons:
- New port: chinese/brise Rime schema repository
- Update chinese/fcitx to 4.2.8.5.
- Update chinese/fcitx-chewing to 0.2.2.
- Update chinese/fcitx-cloudpinyin to 0.3.4.
- Update chinese/fcitx-configtool to 0.4.8.
- Update chinese/fcitx-libpinyin to 0.3.1.
- Update chinese/fcitx-rime to 0.3.1.
- Update chinese/fcitx-sunpinyin to 0.4.1.
- Update chinese/fcitx-table-extra to 0.3.7.
- Add LICENSE and update website (mainly move off Google Code)
for various ports.
- Update chinese/libpinyin to 1.1.0.
- Update chinese/librime to 1.1.
- Update chinese/opencc to 0.4.3.
- Update japanese/fcitx-anthy to 0.2.1.
- New port: japanese/fcitx-skk SKK support for Fcitx
- Update korean/fcitx-hangul to 0.3.0.
- Update textproc/fcitx-m17n to 0.2.3.
PR: ports/198743
Submitted by: maintainer, hiroto.kagotani@gmail.com, delphij
- Convert to new Uses/perl5.mk framework
- Resolve issues with implicit lang/perl in extract and patch dependencies
- Trim Makefile header
Reviewed by: bapt@ (exp-run)
Approved by: bapt@ (portmrg@)
