Debian Patches

Status for librime/1.17.0+dfsg2-2

Patch Description Author Forwarded Bugs Origin Last update
0001-Use-googletest-lib-built-from-source.patch Use googletest lib built from source Boyuan Yang <byang@debian.org> not-needed 2023-09-21
0002-build-remove-unused-FindIconv.cmake-and-ICONV_LIBRARIES.patch build: remove unused FindIconv.cmake and ${ICONV_LIBRARIES} reference

Both the custom FindIconv.cmake module and the ${ICONV_LIBRARIES}
reference in src/CMakeLists.txt were added in 20cec49e3c70
("Link to iconv library.", 2016-02-11), alongside a find_package(Iconv)
call in the main CMakeLists.txt.

At that time:
- charset_filter.cc used boost::locale::conv::from_utf() which
depends on iconv through boost-locale.
- librime requested the boost "locale" component via find_package.
- Boost had no CMake config files (built with bjam/b2). CMake's
FindBoost.cmake only located boost libraries themselves without
handling transitive dependencies like iconv.
- CMake did not yet provide a built-in FindIconv module (that was
added in CMake 3.11, released in 2018), so a custom one was
necessary.

The custom FindIconv.cmake set ICONV_FOUND (all caps) and
ICONV_LIBRARIES, which was fine since only librime consumed it.

In a2241d8bd7ea ("refactor(charset_filter): reduce to basic
implementation", 2019-12-25), charset_filter was simplified to a
basic extended-CJK filter using only the utf8 library. The
boost::locale usage and the boost "locale" component dependency
were both removed. The find_package(Iconv) call in the main
CMakeLists.txt was also deleted at some point.

However, FindIconv.cmake itself and the ${ICONV_LIBRARIES} reference
in src/CMakeLists.txt were left behind. Since the find_package(Iconv)
call no longer exists, FindIconv.cmake is never loaded and
${ICONV_LIBRARIES} is always empty.

Worse, the stale module now causes build failures in certain
find_dependency(Iconv), and CMake picks up this old module from
CMAKE_MODULE_PATH. It sets ICONV_FOUND instead of the CMake-standard
Iconv_FOUND, causing a variable-name mismatch.		 Chen Linxuan <me@black-desk.cn> no debian 2026-09-29
0003-plugins-install-the-data-build-tools.patch plugins: install the data build tools
Install build_predict and build_grammar so that they can be used to build
prediction and grammar databases outside of the build tree.		 Boyuan Yang <byang@debian.org> no 2026-09-30
0004-dict-install-the-bundled-darts-clone-header.patch dict: install the bundled darts-clone header
rime/dict/prism.h is installed with the private headers and includes
<darts.h>, but the header it needs, the darts-clone copy in include/, is
not installed. External plugins compiled against the private headers then
fail to build, or, when the original Darts library by Taku Kudo is
installed as /usr/include/darts.h, silently pick up an incompatible
Darts::DoubleArray (see https://github.com/rime/librime/issues/315).

Install include/darts.h next to prism.h and include it with quotes, so the
installed prism.h always finds the darts-clone header. Inside the source
tree the header is still found through the include/ search path.		 Boyuan Yang <byang@debian.org> no 2026-10-01
0005-refactor-support-c-20.patch refactor: support c++20
Backported to 1.17.0: the change to Opencc::Initialize() is applied to
src/rime/gear/simplifier.cc, where that code lives in this version.		 fxliang <fx.liang@outlook.com> no 2026-10-01

All known versions for source package 'librime'

Links