Dear Maintainer,

The upstream repository has released 2.30.5544.102.

It would be nice to upgrade the Debian package to that release.

But currently, there are technical difficulty exists to following
upstream releases in some cases.

* GYP was deprecated
  * Instead, newer Bazel is required to build it, but not exist on
  Debian yet.
* Only old Bazel is available on Debian
  * bazel-bootstrap stick to 4.x, need to update Bazel 7.x (maybe)
* Newer version of Abseil is required
  * Mozc 2.30.5544.102 requires Abseil 20240116.1 or newer one.

As a practical approach, it is reasonable to update existing GYP patch
to refactor for newer mozc version which targets at max 2.29.5544.102.

Here is the brief review of current patches.

* 0001-Update-uim-mozc-to-c979f127acaeb7b35d3344e8b1e40848e.patch
  * Required
* 0002-Support-fcitx.patch
  * Required
* 0003-Change-compiler-from-clang-to-gcc.patch
  * (maybe) Not needed anymore
  * Related commits:
https://github.com/google/mozc/commit/ae169acdcc9f7c205a30d432486dcbf13dc3e316
https://github.com/google/mozc/commit/aba090da42a8366e72bc320dfafc3f9f93755edf
* 0004-Add-usage_dict.txt.patch
  * Required. (maybe)
* 0005-Enable-verbose-build.patch
  * Required.
* 0006-Update-gyp-using-absl.patch
  * Required and need **massive** refactoring.
* 0007-common.gypi-Use-command-v-instead-of-which.patch
  * (maybe) Not needed anymore
* 0009-protobuf.gyp-Add-latomic-to-link_settings.patch
  * Required.
* 0010-Fix-the-compile-error-of-ParseCommandLineFlags-with.patch
  * Required. Should be merged into 0006 patch.
* 0011-Fix-missing-abseil-gyp-link-settings.patch
  * Required. Should be merged into 0006 patch.

FYI: Mozc's tags:

* 2.30.5544.102 Require abseil 20240116.1 or later
* 2.29.5544.102 GYP was deprecated
* 2.29.5374.102
* 2.29.5268.102 No gtk renderer anymore, need Qt.
* 2.29.5160.102 The last version that gtk renderer is available.
* 2.28.5029.102
* 2.28.4880.102
* 2.28.4715.102+dfsg Debian sid

Regards,

Since 2.29.5160.102, --use_gyp_for_ibus_build option was removed.

FYI:

Fedora ships 2.29.5111.102 (enable GTK renderer)
openSUSE ships 2.29.5268.102 (migrated build system to Bazel)

As a practical approach, it might better to target 2.29.5160.102
for a while.
Then try to upgrade it to more newer version gradually.

I've tried to refresh patch set for 2.29.5160.102 and attached it.

* support-uim.patch
* support-fcitx.patch
* change-compiler-from-clang-to-gcc.patch
* add-japanese-usage-dictionary.patch
* enable-verbose-build.patch
* update-gyp-using-system-abseil.patch
* gyp-using-command-instead-of-which.patch
* gyp-protobuf-link-with-atomic.patch
* enable-deprecated-gtk-renderer.patch
* fix-compile-error-of-ParseCommandLineFlags.patch
* enable-use_gyp_for_ibus_build-again.patch
* ibus-drop-needless-client_mock.patch
* protobuf-revert-internal-cleanup.patch
* uim-mozc-fix-ftbfs.patch

Regards,

FYI:

I'm testing built packages by myself mainly fcitx5-mozc.

https://github.com/kenhys/mozc/releases/tag/debian-2.29.5160.102

FYI:

It is hard directly upgrade to Mozc 2.30, so I've
tried minor version of Mozc upgrade (from 2.28.4715.102 to
2.29.5160.102) for experimental.

  Accepted mozc 2.29.5160.102+dfsg-1~exp1
https://lists.debian.org/debian-experimental-changes/2024/11/msg00339.html

There is a blocker uploading to unstable.

* uim-mozc: candidate words are shown with flickering

It might be caused by broken update patch set for uim,
but not confident yet because of lacking knowledge
about uim-mozc enough.

Above issue was verified with:

ibus-mozc 2.29.5160.102+dfsg-1~exp1
mozc-data 2.29.5160.102+dfsg-1~exp1
mozc-server 2.29.5160.102+dfsg-1~exp1
mozc-utils-gui 2.29.5160.102+dfsg-1~exp1
uim-mozc:amd64 2.29.5160.102+dfsg-1~exp1
libuim-custom2:amd64 1:1.8.8-9.5+b2
libuim-data 1:1.8.8-9.5
libuim-scm0:amd64 1:1.8.8-9.5+b2
libuim8:amd64 1:1.8.8-9.5+b2
uim 1:1.8.8-9.5+b2
uim-data 1:1.8.8-9.5
uim-fep 1:1.8.8-9.5+b2
uim-gtk2.0 1:1.8.8-9.5+b2
uim-gtk2.0-immodule:amd64 1:1.8.8-9.5+b2
uim-gtk3 1:1.8.8-9.5+b2
uim-gtk3-immodule:amd64 1:1.8.8-9.5+b2
uim-mozc:amd64 2.29.5160.102+dfsg-1~exp1
uim-plugins:amd64 1:1.8.8-9.5+b2
uim-qt5 1:1.8.8-9.5+b2
uim-qt5-immodule:amd64 1:1.8.8-9.5+b2
uim-xim 1:1.8.8-9.5+b2


By the way, do we still need uim-mozc? and should it be?

Surely current task-japanese-desktop prefers uim-mozc instead
of uim-anthy.

I'm not sure that uim-mozc maintenance is sustainable enough.
Who can actively maintain it?


Regards,

NOTE:

This behavior is observed with uim-mozc on GNOME.
(explicitly switched to uim-mozc with im-config configuration)

On Wed, 4 Dec 2024 21:28:10 +0900 Kentaro HAYASHI <kenhys@xdump.org> wrote:

FYI:

I've reported above issue as if it occurs with
2.29.5160.102+dfsg-1~exp1, but it was *also* reproducible
with 2.28.4715.102+dfsg-2.3.

So it was not regression with 2.29.5160.102+dfsg-1~exp1.

ibus-mozc 2.28.4715.102+dfsg-2.3+b1
mozc-data 2.28.4715.102+dfsg-2.3
mozc-server 2.28.4715.102+dfsg-2.3+b1
mozc-utils-gui 2.28.4715.102+dfsg-2.3+b1
uim-mozc:amd64 2.28.4715.102+dfsg-2.3+b1

libuim-custom2:amd64 1:1.8.8-9.5+b2
libuim-data 1:1.8.8-9.5
libuim-scm0:amd64 1:1.8.8-9.5+b2
libuim8:amd64 1:1.8.8-9.5+b2
uim 1:1.8.8-9.5+b2
uim-data 1:1.8.8-9.5
uim-fep 1:1.8.8-9.5+b2
uim-gtk2.0 1:1.8.8-9.5+b2
uim-gtk2.0-immodule:amd64 1:1.8.8-9.5+b2
uim-gtk3 1:1.8.8-9.5+b2
uim-gtk3-immodule:amd64 1:1.8.8-9.5+b2
uim-mozc:amd64 2.28.4715.102+dfsg-2.3+b1
uim-plugins:amd64 1:1.8.8-9.5+b2
uim-qt5 1:1.8.8-9.5+b2
uim-qt5-immodule:amd64 1:1.8.8-9.5+b2
uim-xim 1:1.8.8-9.5+b2

Regards,

It seems that newer protobuf upgrading mozc package from
2.29.5160.102+dfsg-1~exp1 to 2.29.5268.102.

There is libprotobuf-dev 3.25.4-1+b2 on experimental.
2.29.5268.102 requires it to build the following modules:

* unix/ibus/ibus.gyp:ibus_mozc
* unix/emacs/emacs.gyp:mozc_emacs_helper
* server/server.gyp:mozc_server

But, it seems that it requires auto-protobuf transition to
be passed.

https://release.debian.org/transitions/html/auto-protobuf.html

Regards,

On Wed, 4 Dec 2024 21:42:59 +0900 Kentaro HAYASHI <kenhys@xdump.org> wrote:


To be more presicely, the issue will happen when uim-mozc is
used with wayland. (Under XOrg, it will not happen)

Thus GNOME and derivatives might not be affected.
(ibus-mozc will be used)

Regards,

Hi,

IMHO mozc_2.29.5160.102+dfsg-1~exp1 is now ready to ship it, so
to make things forward, I've uploaded mozc_2.29.5160.102+dfsg-1
into DELAYED Queue with max delay (15-day).

Regards,

FYI:

As I noted previously, mozc_2.29.5160.102+dfsg-1
was landed on unstable now.

https://tracker.debian.org/news/1596502/accepted-mozc-2295160102dfsg-1-source-into-unstable/

As 2.29.5160.102 was landed on Debian sid, so next target is
2.29.5268.102.

But there is a blocker about working on it.

* It requires newer version of absl and protobuf.
  And newer ones were uploaded to only experimental.
 (absl 20240722.0 and protobuf 3.25.4 on experimental)
* Need to support Qt renderer.

About former absl and protobuf issue, the following bugs must be
resolved (auto-absl, auto-protobuf
transition is now underway.)

* https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1081553
* https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1034668

Note that protobuf 3.25.4 on experimental depends on older absl
20230802, so it must be rebuilt against absl 20240722.0.

Regards,

Hello,

As you know, recently newer Bazel related packages were landed into
debian/unstable, so now I'm planning to update Mozc from 2.29.5160.102
to 3.33.6133.

* Why was Mozc 3.33.6133 chosen?

  Now latest version of Mozc is 3.34.x, but it requires Bazel 9.x.
  Please recall that Bazel 7.7.1 was introduced Debian/unstable.
  And more, newer dependency libraries are required.

  You might feel that target version is too high from 2.29.5160.102,
  but if we upgrade to more older Mozc, it means that it
  requires to backport Mozc to older libabsl compatible codes.

* What will be brought to you?

  I want to keep uim mozc and fcitx5-mozc, but drop fcitx-mozc.
  (uim mozc might be also dropped)

  Upstream changed to use Qt renderer, so GTK3 dependency will be also
  removed.

* When is the new version of Mozc for Debian available?

  Not sure. There are many technical tasks to solve.

  * Revisit patch sets to apply
  * Porting uim mozc patch and fix FTBFS
  * Porting fcitx5 mozc patch and fix FTBFS
  * Fix src/third_party vendoring
  * Switch from GYP to Bazel build systems
  * ...

  At least, it will likely require several rounds of testing in the
  Debian experimental.

  I'm currently trying to switch to a new build system.

Best Regards,

Hi,


On Thu, 9 Jul 2026 23:38:03 +0900 Kentaro HAYASHI <kenhys@xdump.org> wrote:
...


Revisited patch sets, here is the current status.
Most of patch for FTBFS will be dropped.

* debian/patches/0001-Support-uim.patch
  Keep, but additional patch to fix FTBFS.
* debian/patches/0002-Support-fcitx.patch
  Need to rebase with fcitx/mozc, and additional patch to fix FTBFS
* debian/patches/0003-Change-compiler-from-clang-to-gcc.patch
  No need anymore
* debian/patches/0004-Add-usage_dict.txt.patch
  Need to update to follow upstream
* debian/patches/0005-Enable-verbose-build.patch
  No need anymore
* debian/patches/0006-Update-gyp-using-absl.patch
  No need anymore, migrate to Bazel
* debian/patches/0007-common.gypi-Use-command-v-instead-of-which.patch
  No need anymore
* debian/patches/0008-renderer-Convert-Gtk2-to-Gtk3.patch
  No need anymore, use Qt
* debian/patches/0009-protobuf.gyp-Add-latomic-to-link_settings.patch
  No need anymore
*
  debian/patches/0010-Fix-the-compile-error-of-ParseCommandLineFlags-with.patch
  No need anymore
* debian/patches/0011-enable-deprecated-gtk-renderer.patch
  No need anymore
* debian/patches/0012-Enable-use_gyp_for_ibus_build-again.patch
  No need anymore
* debian/patches/0013-ibus-drop-needless-client_mock.patch
  No need anymore
* debian/patches/0014-protobuf-revert-internal-cleanup.patch
  No need anymore
* debian/patches/0015-uim-mozc-fix-ftbfs.patch
  No need anymore
* debian/patches/0016-Fix-FTBFS-with-absl-20240722.0.patch
  No need anymore
* debian/patches/0017-Fix-FTBFS-CPP20-FCITX5-RISCV.patch
  No need anymore
* debian/patches/0018-Fix-FTBFS-with-absl-20260107.0.patch
  No need anymore
*
  debian/patches/fcitx5-backport/e13338a41329f58e724801771f0cecf7338e24fb.patch
  No need anymore

Then, need to patch like this for Mozc 3.33.6133:

* 0001-Support-uim.patch
* 0002-Support-fcitx5.patch
* 0003-fix-mozc-visibility.patch
* 0004-fix-mozc-ftbfs.patch
* 0005-fix-uim-ftbfs.patch
* 0006-src-add-missing-pkg-config-fcitx5-and-uim.patch
* 0007-Add-usage_dict.txt.patch
* 0008-Add-material-icons.patch
* 0009-uim-add-BUILD.bazel.patch
* 0010-Add-zip-code-data.patch

Best Regards,

Hi,

On Thu, 9 Jul 2026 23:38:03 +0900 Kentaro HAYASHI <kenhys@xdump.org> wrote:
...

Additionally, armhf and i386 will be dropped.

This restriction is coming from bazel-bootstrap.

https://buildd.debian.org/status/package.php?p=bazel-bootstrap

Best Regards,

I'll upload mozc_3.33.6133+ds1-0.1~exp1.dsc to experimental.

Highlight:

  * From mozc-2.29.5160.102+dfsg to 3.33.6133 contains
  a number of changes. (compressed debdiff size: 27MB)
  * Build system was changed from GYP to Bazel finally

There are known limitations:

  * no armhf and i386 support anymore (won't fix issue with Bazel)
  * no mozc_tool support for uim (*)

Thus, it is not good shape for unstable yet. Especially uim
and mozc_tool issue might be critical for daily driver.

Even though above issue exists, it might be better to test with various
desktop environment.
Willing to test this experimental version, user's feedback is
welcome.

Best Regards,

On Thu, 16 Jul 2026 23:14:19 +0900 Kentaro HAYASHI <kenhys@xdump.org> wrote:

Hi,

I've prepared mozc_3.33.6133+ds1-0.1~exp4.
It was fixed uim-mozc SEGV issue.

As it introduce split library package, so it is on new queue
and waiting review.

https://dfsg-new-queue.debian.org/reviews/mozc

Best Regards,

Hi,

Now mozc 3.33.6133+ds1-0.1~exp4 was landed into
experimental.

Best Regards,

FYI:

Now mozc 3.33.6133+ds1-0.1~exp6 was landed.
It will improve icon visibility.

https://tracker.debian.org/news/1795004/accepted-mozc-3336133ds1-01exp6-source-into-experimental/

Best Regards,

FYI:

Known Issues:

* On ~exp6, Character palette and Hand writing menu with uim-mozc does
not work at all.

Best Regards,

FYI:

uim-mozc: character palette and hand writing menu should be
removed. (no such feature on Mozc anymore)

It was fixed in mozc 3.33.6133+ds1-0.1~exp7.


Best Regards,

FYI:


Now I've uploaded mozc 3.33.6133+ds1-0.1~exp9 to experimental.

The following feedback to upstream was reflected now.

* https://github.com/fcitx/mozc/pull/86
* https://github.com/fcitx/fcitx-artwork/pull/2

tray icon regression issue in ~exp8 was also fixed.

Best Regards,

Hi, iwamatsu-San

After a packaging effort to Mozc 3.33.6133,
Now it's ready to upload to unstable IMHO.

If you have any feedback, please let me know; if I receive an explicit
ack from iwamatsu-San, I’d like to proceed as is soon.

If there is no response, I plan to use a delayed upload queue after
waiting for a while.


From Mozc 2.29.5160.102 to Mozc 3.33.6133 contains large
number of changes, so attaching debdiff for bugs.debian.org is not
suitable even though it is compressed form (27MB).

Then I've prepared that on people.debian.org. [1]

It contains expression about bug and attached screenshots on each
desktop. (Notable changes Before/After)

The debdiff (mozc-3.33.6133+ds1.debdiff.xz) is also available there. [2]

To focus on debian/ diff, also attached
mozc-3.33.6133+ds1.git-diff-debian.patch.xz.

Best Regards,


[1] https://people.debian.org/~kenhys/bug-1085173/
[2]
https://people.debian.org/~kenhys/bug-1085173/mozc-3.33.6133+ds1.debdiff.xz
[3]
https://people.debian.org/~kenhys/bug-1085173/mozc-3.33.6133+ds1.git-diff-debian.patch.xz

Recently, I've uploaded mozc 3.33.6133+ds1-0.1~exp10. [1]


It improves fcitx5-mozc icon visibility and
cleanup debian/rules for Bazel.
It also updates zip-code dictionary.

It might be the final test version on experimental and
finally I'll prepare it to shape uploading to unstable.

[1]
https://tracker.debian.org/news/1800178/accepted-mozc-3336133ds1-01exp10-source-into-experimental/

Best Regards,

Hi,

I've uploaded mozc 3.33.6133+ds1-0.1 for debian/unstable with 15
delayed.
(dput --delayed 15 mozc_3.33.6133+ds1-0.1_amd64.changes)

It requires checking through dfsg team review again because it contains
new binary package.


Best Regards,

FYI:

Mozc 3.33.6133+ds1-0.1 could be built with libabsl20260817
(experimental), so it's safe with abseil transition. [1]

[1] https://release.debian.org/transitions/html/abseil-20260817.html

Not tested with protobuf 36.0~rc2-1 (experimental) because it still
depends on libabsl20260526 on experimental.
Thus protobuf transition might break it. (not sure)

Mozc 3.33.6133+ds1-0.1 will be sent to 15 delayed queue, and
wait dfsg team review. so to be careful with such a transition
for a while.

Best Regards,

FYI:

Feedback from debian.jp (debian-devel) [1]

[1]
https://lists.debian.or.jp/mailman3/hyperkitty/list/debian-devel@debian.or.jp/message/O5BVSMJK5BET4WW2Y7HCPXXNABQBHFT7/

The candidate window position issue happen on
GNOME + Wayland + Firefox with fcitx5-mozc.

In feedback report, it also mentions the following issue.

  Wayland: IBus input method cursor tracking/positioning broken after
mutter 50.2 upgrade (text_input_v3 v2
implementation)
https://bugzilla.mozilla.org/show_bug.cgi?id=2048250

Surely, it is reproducible with firefox-esr
(140.16.0esr-1), not firefox (156.0-1).

It matches the situation because mutter is 50.5-1 (>= 50.2) on
unstable and fixed in firefox 154.

Best Regards,


On Sun, 20 Sep 2026 15:26:35 +0900 Kentaro HAYASHI <kenhys@xdump.org> wrote:

FYI:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1148915

As I wrote there, mozc 3.33.6133+ds1-0.1 (deferred) was cancelled.
I'll transfer uim-mozc from src:mozc to src:uim.
Thus, drops uim-mozc from uim:mozc.

I'm preparing new that version for it.
But taking that action is required to coordinate with uim
maintainer. uim-mozc(src:uim) must be landed ahead.

Best Regards,

FYI:

Now uim-mozc is part of src:uim since 1:1.9.8-1.
So, new and existing user will be guided to it.

It's no problem to delete uim-mozc(src:mozc)!

NOTE: already src:mozc in deferred queue had deleted uim-mozc.
just waiting the dfsg review.


Best Regards,

This is an automated message from the Debian DFSG, Licensing & New
Packages Team.

The Debian NEW review of mozc 3.33.6133+ds1-0.1 has been completed.

Decision: ACCEPTED
Reviewer: Andrew McMillan

Review comment:

Hi,

Package is accepted, but a number of issues were found during the review which you mway want to fix for your next upload.

1. [important] [licensing] Standalone BSD-3-Clause paragraph is the NAIST/IpaDic text, not Google's; the real dictionary license paragraph is orphaned

 - Files: `debian/copyright (License: BSD-3-Clause; Files: src/data/dictionary_oss/*; License: BSD-3-Clause-with-ICOT-term)`
 - Evidence: `3. The name Nara Institute of Science and Technology may not be used to endorse or promote products derived from this software without specific prior written permission.` and `THIS SOFTWARE IS PROVIDED BY Nara Institute of Science and Technology ``AS IS''`; the actual license in `src/data/dictionary_oss/README.txt` is `Use, reproduction, and distribution of this software is permitted. ... A large portion of the dictionary entries originate from ICOT Free Software.`
 - Problem: The `License: BSD-3-Clause` paragraph binds `Files: *` (the whole Google codebase) to a NAIST-flavoured text naming NAIST as the disclaiming party, which misdescribes Google's actual BSD-3-Clause (root LICENSE uses the Google Inc. name clause). Conversely the dictionary files in `src/data/dictionary_oss/*` are actually licensed under the ICOT/NAIST text, which is reproduced in full only in the `License: BSD-3-Clause-with-ICOT-term` paragraph that no `Files:` stanza references, so that paragraph is dead weight and the dictionary files point at the wrong licence text.
 - Fix: Point `Files: src/data/dictionary_oss/*` at `License: BSD-3-Clause-with-ICOT-term`, and restore the plain Google `BSD-3-Clause` text (matching the root LICENSE) in the standalone `License: BSD-3-Clause` paragraph used by `Files: *`.

2. [important] [licensing] fcitx5 component: upstream GPL-2.0+ declaration (metainfo) and translations are not covered; Weng Xuetian not credited on the BSD fcitx5 sources

 - Files: `src/unix/fcitx5/org.fcitx.Fcitx5.Addon.Mozc.metainfo.xml.in:6`, `src/unix/fcitx5/po/*.po`, `src/unix/fcitx5/*.cc,*.h`, `debian/copyright`
 - Evidence: `<project_license>GPL-2.0+</project_license>`; po headers `This file is distributed under the same license as the fcitx5-mozc package.`; source headers such as `Copyright 2023-2023, Weng Xuetian <wengxt@gmail.com> ... Redistribution and use in source and binary forms ...`
 - Problem: The metainfo installed in fcitx5-mozc and the `.po`/generated `.mo` translations declare the fcitx5-mozc addon as GPL-2.0+ (the translations are “same license as the fcitx5-mozc package”), but debian/copyright provides no GPL-2+ coverage at all: the fcitx5 sources fall under `Files: *` (BSD-3-Clause, Google) plus the four named LGPL-2+ CSSlayer files. The many fcitx5 `.cc/.h` files authored by Weng Xuetian under BSD-3-Clause are likewise attributed only to Google Inc. by the catch-all. The file's own licence declarations are therefore not accurately described.
 - Fix: Add a `Files:` stanza for the fcitx5 metainfo and `po/*` with the licence that actually applies (GPL-2+ if that is the fcitx5-mozc package licence, with a GPL-2+ License paragraph), and name Weng Xuetian as copyright holder on the BSD-3-Clause fcitx5 sources (or extend the 0001 patch stanza intent to the produced files).

3. [minor] [licensing] fcitx-artwork icons: marguerite's derived-work copyright not represented

 - Files: `mozc/source/*.svg`
 - Evidence: Upstream fcitx-artwork `mozc/README.md`: `Original Work Copyright 2010-2018, Google Inc. Derived Work Copyright 2013-2014 marguerite <i@marguerite.su>` (BSD-3-Clause).
 - Problem: These SVGs (added by 0002-fcitx-artwork.patch) are BSD-3-Clause but the derived-work author is not named anywhere in debian/copyright; they are silently covered by `Files: *` as Google-only.
 - Fix: Add a `Files: mozc/source/*` stanza crediting marguerite (and Google) under BSD-3-Clause.

4. [minor] [licensing] material-design-icons sources are Apache-2.0 but attributed as BSD-3-Clause

 - Files: `src/third_party/material_icon_*/file/*.svg`, `src/third_party/material_icon_*/file/*.png`, `debian/copyright`
 - Evidence: 0007-Add-material-icons.patch header: `Author: Copyright (c) 2020, Google LLC`, `Origin: google/material-design-icons v4.0.0`, licensed Apache-2.0.
 - Problem: The icons added by 0007 (and the PNGs generated from them at build time and installed into mozc-data) are Apache-2.0, but they match the `Files: *` BSD-3-Clause stanza; the `License: Apache-2.0` paragraph is referenced only by the `Files: debian/patches/0007-Add-material-icons.patch` stanza.
 - Fix: Add `Files: src/third_party/material_icon_*/file/*` with `License: Apache-2.0`.

5. [minor] [licensing] Public-domain and non-Google test data are attributed to Google by the catch-all stanza

 - Files: `src/data/test/stress_test/sentences.txt`, `src/data/test/dictionary/*`, `src/data/dictionary_oss/*`
 - Evidence: sentences.txt: `the copyright of the original document is already expired`; dictionary_oss/README.txt: `Public Domain Dataです。使用・変更・配布に関しては一切の制限をつけません。`
 - Problem: These Aozora (public domain), IpaDic/ICOT and Okinawa data files are described only by `Files: *` as Google BSD-3-Clause; the attribution is inaccurate even though the licences are free.
 - Fix: Add Files stanzas covering `src/data/test/stress_test/*`, `src/data/test/dictionary/*` and the Okinawa portions on their own terms (public domain / ICOT).

6. [minor] [packaging] Stale debian/libmozc-protocol.install with no matching binary package

 - Files: `debian/libmozc-protocol.install`, `debian/control`
 - Evidence: `src/bazel-bin/ipc/libmozc_ipc_pb.so usr/lib/${DEB_HOST_MULTIARCH}/mozc/` and `src/bazel-bin/protocol/libmozc_protocol_pb.so ...`; there is no `Package: libmozc-protocol` stanza in `debian/control` (the dsc Package-List confirms no such binary), and no build target produces those `.so` files.
 - Problem: The package was added in the ~exp4 changelog and later dropped together with uim-mozc, but the install file was left behind. It is dead weight that confuses where the private shared libraries ended up; it does not break the build because nothing references those targets.
 - Fix: Delete `debian/libmozc-protocol.install` (nothing installs the private `.so` any more) or reintroduce/relink the package if the shared libraries are actually needed.

7. [minor] [packaging] debian/tests/hardening autopkgtest is broken (unset binaries array)

 - Files: `debian/tests/hardening`, `debian/tests/linkage`, `debian/tests/helper`
 - Evidence: hardening: `for binary in "${binaries[@]}"; do` but the `binaries` array is defined only in `debian/tests/linkage`, and `debian/tests/helper` only defines functions.
 - Problem: Run with `set -eu`, `${binaries[@]}` is an unbound variable, so the hardening autopkgtest aborts with a shell error instead of checking the hardenability of the installed binaries.
 - Fix: Move the `binaries` array into `debian/tests/helper` (or declare it in `debian/tests/hardening`).


Thanks!

Full review details: https://dfsg-new-queue.debian.org/reviews/mozc

We believe that the bug you reported is fixed in the latest version of
mozc, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1085173@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Kentaro Hayashi <kenhys@xdump.org> (supplier of updated mozc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Sat, 26 Sep 2026 08:36:55 +0900
Source: mozc
Binary: emacs-mozc emacs-mozc-bin emacs-mozc-bin-dbgsym fcitx5-mozc fcitx5-mozc-dbgsym ibus-mozc ibus-mozc-dbgsym mozc-data mozc-renderer mozc-renderer-dbgsym mozc-server mozc-server-dbgsym mozc-utils-gui mozc-utils-gui-dbgsym
Architecture: source amd64 all
Version: 3.33.6133+ds1-0.1
Distribution: unstable
Urgency: medium
Maintainer: Nobuhiro Iwamatsu <iwamatsu@debian.org>
Changed-By: Kentaro Hayashi <kenhys@xdump.org>
Description:
 emacs-mozc - Mozc for Emacs
 emacs-mozc-bin - Helper module for emacs-mozc
 fcitx5-mozc - Mozc engine for fcitx5 - Client of the Mozc input method
 ibus-mozc  - Mozc engine for IBus - Client of the Mozc input method
 mozc-data  - Mozc input method - data files
 mozc-renderer - Renderer of the Mozc input method
 mozc-server - Server of the Mozc input method
 mozc-utils-gui - GUI utilities of the Mozc input method
Closes: 1085173
Changes:
 mozc (3.33.6133+ds1-0.1) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * New upstream release 3.33.6133. (Closes: #1085173)
     Tested through experimental versions ~exp1 to ~exp10.
   * Drop uim-mozc package from src:mozc.
     debian/control, debian/rules, debian/copyright
     debian/uim-mozc.docs, debian/uim-mozc.install
     debian/uim-mozc.links, debian/uim-mozc.postinst
     debian/uim-mozc.prerm
     * Instead, it will be provided from src:uim. No need to maintain
       uim related patch sets anymore. uim-mozc(src:uim) should pass
       dfsg-review before Mozc 3.33.6133+ds1-0.1 for proper migration.
       (See #1148915)
   * Extract mozc_renderer into mozc-renderer package.
     debian/control, debian/mozc-renderer.install, debian/mozc-server.install
     * Mark mozc-renderer Suggests: for ibus-mozc.
     * Add Breaks/Replaces: mozc-server (<< 3.33.6133+ds1-0.1)
       for moving mozc_renderer from mozc-server.
Checksums-Sha1:
 3735314019502fb4557726cc5fffa0f7ba062439 2853 mozc_3.33.6133+ds1-0.1.dsc
 e184660ebcfe95d965c85972c0dabdc664c4b3db 1993728 mozc_3.33.6133+ds1-0.1.debian.tar.xz
 97043b4bd969e079313869a9ee4da061abb5c254 5704528 emacs-mozc-bin-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 e571bb2cd013edaa87bfc91693ac8d98b0386c48 188120 emacs-mozc-bin_3.33.6133+ds1-0.1_amd64.deb
 d92a8849cc2df2ac655e97502b51df3ee02eb7f1 28132 emacs-mozc_3.33.6133+ds1-0.1_amd64.deb
 208e04f477309f15d10b818d813f2c5fa9b84105 7058128 fcitx5-mozc-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 3cd3760d457fdbb4d0a64f25e028412c9c077bf7 371896 fcitx5-mozc_3.33.6133+ds1-0.1_amd64.deb
 d05daabd8c553faaf30c736a4c5198adc35d46bc 7098204 ibus-mozc-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 b732eb87e7feec1dd37b9f03587f4af3299fd12f 238288 ibus-mozc_3.33.6133+ds1-0.1_amd64.deb
 6e2a872e7b602d21ed12f3d32ac96697cbe80a5b 41988 mozc-data_3.33.6133+ds1-0.1_all.deb
 77b18457741d64b1d2b3474f6dfc9e654e11f89b 5514708 mozc-renderer-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 b16f220df87d3403222ad9745e7ddbc584f05a2a 156092 mozc-renderer_3.33.6133+ds1-0.1_amd64.deb
 6994378b063a01255188dcc0cd35a13ff30b60c1 45920732 mozc-server-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 3f0dcbfa8a84a7ee3f02da9d52fd09c7d2eab140 12369644 mozc-server_3.33.6133+ds1-0.1_amd64.deb
 92d753e38df3a7edcdc0666e442c5ae68022f381 17391720 mozc-utils-gui-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 f408a01736de5fcefb3e2954f359cbdb87088121 414160 mozc-utils-gui_3.33.6133+ds1-0.1_amd64.deb
 2cf79c24febad7c17de92bb94084ac3f52965f4e 26003 mozc_3.33.6133+ds1-0.1_amd64.buildinfo
Checksums-Sha256:
 45dab0ac44db25a689c656707756639ff336f8934a61c0b0a385c5bd7d4aa6b3 2853 mozc_3.33.6133+ds1-0.1.dsc
 96b374772f9b13134eeb8ee2e063708f31bc5a1fba9cf56e06d915860e9e1ee3 1993728 mozc_3.33.6133+ds1-0.1.debian.tar.xz
 9a420624a3318d31a54bb5db6bef28f61c7a0265bd1ce6a7dbf3b45df54724c7 5704528 emacs-mozc-bin-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 021ae2e250ebb9ec6e7cb45a06f737a7f70759daa6063ddb4ece5dd17a59b9ed 188120 emacs-mozc-bin_3.33.6133+ds1-0.1_amd64.deb
 9f2b4628f79b859d00ecf02b86d08cc14c6c34a0cc16ff7a54a648af280eb8df 28132 emacs-mozc_3.33.6133+ds1-0.1_amd64.deb
 dfd75cb33dce68063ec34a18742c41c7ca208914f0b383632c2c90577c7b3fee 7058128 fcitx5-mozc-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 9884a9606b08e8acdebf9befe612d18315c0471868d3c7eba4c6f5be33768010 371896 fcitx5-mozc_3.33.6133+ds1-0.1_amd64.deb
 d786f3ae8dd456bcf9210c1842485e7ee1df53ccfb3f10109cf783345b9905d9 7098204 ibus-mozc-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 d74a2c107bdce574a9a1cc54af8e4862e1721963fc0e9a816f9de5eb7337e826 238288 ibus-mozc_3.33.6133+ds1-0.1_amd64.deb
 eeb25f4391b226beec3b74dfef993a49d2c0b3f388de2d12b167d48716bca346 41988 mozc-data_3.33.6133+ds1-0.1_all.deb
 d99ae86aaa5a3c2518025bd84d8485803aacd41e19ba1603e6200d30ed87bb0c 5514708 mozc-renderer-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 01a6b623c7068f65f7401791011adf4775ff2580fa0caf46e2a33f6733157979 156092 mozc-renderer_3.33.6133+ds1-0.1_amd64.deb
 a6e111d59e8a2461f02bac7464b982654def300e1d92bcd359fd367d8aece8e5 45920732 mozc-server-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 db197fa56410f4390c38030f56a2479254579a1caadd77c189b5808ed280e10f 12369644 mozc-server_3.33.6133+ds1-0.1_amd64.deb
 5f885b0037045d91aa910e4a727d005b458abbd342eb8432a0272f3fb5863216 17391720 mozc-utils-gui-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 e9b059cb54bb1793781475359d784028af1f60324512d54a866bdc058adb4294 414160 mozc-utils-gui_3.33.6133+ds1-0.1_amd64.deb
 67a918704bbfc314f06eb8f836da4ba1679c0f2bdcf52b470f04201ed84a258e 26003 mozc_3.33.6133+ds1-0.1_amd64.buildinfo
Files:
 f3ed529778184e1278c43e914af8a2c5 2853 utils optional mozc_3.33.6133+ds1-0.1.dsc
 9bdc785889a98c521d5afe996bc5d820 1993728 utils optional mozc_3.33.6133+ds1-0.1.debian.tar.xz
 c7d23a06f0ee257f2b688d0a9e80af04 5704528 debug optional emacs-mozc-bin-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 af9e33fef2f2c399e5f20cdf0f01c8ba 188120 utils optional emacs-mozc-bin_3.33.6133+ds1-0.1_amd64.deb
 44160911632b522f7c9ef3687a7aa299 28132 utils optional emacs-mozc_3.33.6133+ds1-0.1_amd64.deb
 10f4081ee6a3a661748c2e7083f6acd8 7058128 debug optional fcitx5-mozc-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 14bcf990781530b79e5d6f181448527b 371896 utils optional fcitx5-mozc_3.33.6133+ds1-0.1_amd64.deb
 a48f307a1e4a561e4f98964c8b381567 7098204 debug optional ibus-mozc-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 296e569ffce0a25c10c9131228733852 238288 utils optional ibus-mozc_3.33.6133+ds1-0.1_amd64.deb
 1d05670c11a01f49b9c7fae8dfef3e59 41988 utils optional mozc-data_3.33.6133+ds1-0.1_all.deb
 ec1c830665a417dd5a89eb5bd34167c2 5514708 debug optional mozc-renderer-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 40b40489ef7c43b224f3ea9bf63ec936 156092 utils optional mozc-renderer_3.33.6133+ds1-0.1_amd64.deb
 16c32f13ab07d6911ace5c343d31397e 45920732 debug optional mozc-server-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 6b93f063d1148ac9da0013b3c3774ca9 12369644 utils optional mozc-server_3.33.6133+ds1-0.1_amd64.deb
 be52e71d1c5744dd4d13d8ed36d0de34 17391720 debug optional mozc-utils-gui-dbgsym_3.33.6133+ds1-0.1_amd64.deb
 58a0954fb4ed5dad642f2469404f1c66 414160 utils optional mozc-utils-gui_3.33.6133+ds1-0.1_amd64.deb
 1e32888744f2f7aabfa488149e024e78 26003 utils optional mozc_3.33.6133+ds1-0.1_amd64.buildinfo
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEcZ6y2T2+nE0h+6Bk9/t1xWbtIOMFAmq4hvkACgkQ9/t1xWbt
IOMNBg/9HCw0Ldvo+Ao85b6f/gxMOzH3eSxKwJMRYJ6+Xso1ev/j+cl5z6IbrFpq
gndRgqdoTxNRFQE3xq4l2LbaugPzgCM1OAvglqUPiCpO8GZX94G5PFjFmsKxBgWE
NCht5dGbujYcBXh+ETIoJ+AdMWVUxEh+SSCXuB66Q9FiID/PpN5mQf49HPuWATLH
hm8rBngwnMDRZxz1H6nBUoZIZGdWDW6qgLZ4iiyvYNMV6b2YW2vPyA5Lqp9qZUDe
iKvDDurUbMehB560SlrT0HvEQnnsDK+Vf9zhHqTiYc1/Fv9h1Kb5IUCo4XG2GBuj
O2RT16Ko1fa3ZKrHICf8bR1sEgm4bJ+IcBm4D6RIGAOe0E/ORaqWL5Mat5IZ53zU
Ukey+RY5/Q6OZrk130D4D9Mg7xe/44VanGJtK7YLWq8qneq70FYbBf0Ohm+mnLdz
wPwQbnzfWV4NDTD42GHsGPKzBRmxAVfwqjlhZdlNonvlp2PzrtQKFu485KtdXFkE
UP8tSKic0bQJ26luHl0chwGXSyCbGp6xZ2P0z3jGeT+Tm5zgC+D/us/HHL4eM7T6
SrUyVLtmHzoHTVFhxmHXznk1Xvdo1vosVR/zhX4rQFibaoU2FHKMvTN7d/rqR/vL
9nnHyTIazXc+pjbiNBgKW6EP4PZfihEJRwCZg3S3VeTESFm4Zfg=
=Hay1
-----END PGP SIGNATURE-----