librime Rime Input Method Engine, the core library

1.2.9_19 chinese =0 1.2.9Version of this port present on the latest quarterly branch.

Maintainer: lichray@gmail.com

Port Added: 2012-10-22 07:18:39

Last Update: 2019-09-26 22:34:40

SVN Revision: 512991

Also Listed In: textproc

License: GPLv3

Description:

Rime Input Method Engine is a customizable and dialect-friendly intelligent Chinese input method. WWW: https://rime.github.io/

SVNWeb : Homepage

pkg-plist: as obtained via: make generate-plist

Expand this list (12 items)

1. @ldconfig
2. /usr/local/share/licenses/zh-librime-1.2.9_19/catalog.mk
3. /usr/local/share/licenses/zh-librime-1.2.9_19/LICENSE
4. /usr/local/share/licenses/zh-librime-1.2.9_19/GPLv3
5. bin/rime_deployer
6. bin/rime_dict_manager
7. include/rime_api.h
8. lib/librime.so
9. lib/librime.so.1.2.9
10. lib/librime.so.1
11. libdata/pkgconfig/rime.pc
12. share/cmake/rime/RimeConfig.cmake

Collapse this list.

Dependency lines:

• zh-librime>0:chinese/librime
• librime.so:chinese/librime

To install the port: cd /usr/ports/chinese/librime/ && make install clean

To add the package: pkg install zh-librime

PKGNAME: zh-librime

Flavors: there is no flavor information for this port.

distinfo:

TIMESTAMP = 1467479749 SHA256 (rime-librime-rime-1.2.9_GH0.tar.gz) = d9f0e732b5bf0ee9d8872d00c79322eec7682139a898a65555f794795ac5f410 SIZE (rime-librime-rime-1.2.9_GH0.tar.gz) = 5516609

Dependencies

NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.

Build dependencies:

1. cmake : devel/cmake
2. ninja : devel/ninja
3. msgfmt : devel/gettext-tools
4. pkgconf>=1.3.0_1 : devel/pkgconf
5. perl5>=5.30.r1<5.31 : lang/perl5.30
6. xorgproto>=0 : x11/xorgproto

Library dependencies:

1. libboost_thread.so : devel/boost-libs
2. libgflags.so : devel/gflags
3. libglog.so : devel/glog
4. libleveldb.so : databases/leveldb
5. libmarisa.so : devel/marisa-trie
6. libopencc.so : chinese/opencc
7. libyaml-cpp.so : devel/yaml-cpp
8. libintl.so : devel/gettext-runtime

Extract dependencies:

1. perl5>=5.30.r1<5.31 : lang/perl5.30

This port is required by:

for Build

1. chinese/brise

for Libraries

1. chinese/fcitx-rime

Configuration Options

No options to configure

USES:

cmake compiler:c++11-lib gettext pathfix perl5 pkgconfig xorg

Master Sites:

1. https://codeload.github.com/rime/librime/tar.gz/rime-1.2.9?dummy=/

Fix errors in my previous commit.

- 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

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

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

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

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

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

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

Fix build on powerpc64

- While I'm here:
  - Sort USES
  - Remove .include <bsd.port.options.mk>

PR:		232416
Submitted by:	Piotr Kubaj <pkubaj@anongoth.pl>
Approved by:	Zhihao Yuan <lichray@gmail.com> (maintainer)

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

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

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

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

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

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

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

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)

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

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

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

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

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)

Use USES=pathfix where applicable.

PR:		213195
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D8093

chinese/librime: 1.1 -> 1.2.9

PR:		210781
Submitted by:	Iblis Lin <iblis@hs.ntnu.edu.tw>
Approved by:	lichray@gmail.com (maintainer)

Remove ${PORTSDIR}/ from dependencies, Mk and categories a, b, and c.

With hat:	portmgr
Sponsored by:	Absolight

- 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.

mark some of the ports that don't build on powerpc64 for me

Replace most occurences of github.com in MASTER_SITES with USE_GITHUB usage.

With hat:	portmgr
Sponsored by:	Absolight

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

chinese/librime: Adjust patch to support DragonFly too

No-op for FreeBSD, it just allows cmake treat DragonFly the same way.

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

Cleanup plist

- Switch graphics/opencolorio and chinese/librime to yaml-cpp03, as they are
incompatible with newer version

PR:		192330

- Fix plist (clean up shared directory)

Approved by:	portmgr 'just fix it' blanket

Chase boost and icu bump
While here convert some LIB_DEPENDS

Add stagedir support.

Approved by:	portmgr (blanket infrastructure)

In preparation for making libtool generate libraries with a sane name, fix all
LIB_DEPENDS in chinese

Add NO_STAGE all over the place in preparation for the staging support (cat:
chinese)

- 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@)

- Convert USE_GETTEXT to USES (part 1)

Approved by:	portmgr (bapt)

Convert all c categories to USE=pkgconfig

- convert USE_CMAKE to USES
- while here clean up some ports from CMAKE_VERBOSE, which is intended
  for users

Approved by:	portmgr (miwi)

- Update to 0.9.7

PR:		175752
Submitted by:	Zhihao Yuan <lichray@gmail.com> (maintainer)

Chase boost update

Rime Input Method Engine is a customizable and dialect-friendly intelligent
Chinese input method.

WWW: http://code.google.com/p/rimeime/

PR:		172751
Submitted by:	Zhihao Yuan <lichray@gmail.com>

Feature safe:	yes

12 vulnerabilities affecting 34 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2019-10-11 18:37:07