ttfのフォーマットを少し勉強して調べています 中間報告です。 file コマンドでフォントファイルを調べると最後に name offset 0x98c26c と出てきますが、ここにnameテーブルがあります。 このテーブルには platformID, encodingID, languageID, nameID, length, offset と6項目が各2バイトでならび、それが繰り返します。 最初の3項目はほぼ、次の組み合わせのどれかです。 Mac, Roman, English Mac, Japanese, Japanese Win, UnicodeBMP,English Win, UnicodeBMP,Japanese nameIDはファミリー名, 一意の識別子, フルネーム, バージョン, 著作権 などの項目で、 length, offset でどこに記述されて長さがどれだけか がわかります。 length, offsetを同じにして、ファミリー名も一意の識別子も フルネームも同じにする例もあります。 問題は文字列のencodingですが、 Mac, Romanは ASCIIですが、Mac, Japanese は はっきりした記述がみつからない。時代的にはShift_JISだろうと 思います。UnicodeBMPは2バイトのみのunicodeです。 実際に見たフォントはすべて Mac, Japanese と指定したも 所にASCIIで書かれています。Shift_JIS は英数部分はASCIIです から見分けは付きません。どちらにしても、記述は間違っていない。 文字化けは、このASCII部分をUnicodeBMPで解釈することで 起こっています。 日本語の文字コードの解釈で問題が起こるのではなく 「ASCIIで書いておけば問題ないでしょ」と思っていたところで 化けているというのが意外です。 ということなので原因は書いた側ではなく読む側です。 Shift_JIS(あるいはASCII)で書かれたところもUnicodeBMPで読む という乱暴なことをしています。 Win, UnicodeBMP,Japanese でも書いてあるのに Mac, Japanese, Japanese をUnicodeBMPで読むのか?

fc-listコマンドを覚えましたら、 YOzBS_90i.ttf: 奏穓㤰扩,YOzS90bi:style=䉯汤,Bold だけでなく ipagp.ttf: IPA Pゴシック,IPAPGothic,䥐䅐䝯瑨楣:style=Regular も化けます。 kouzan-mouhitsu-gyosho.ttf: 衡山毛筆フォント行書,KouzanBrushFontGyousyo,䭯畺慮䉲畳框潮瑇祯畳祯:style=Regular も化けます。 複数の名前を読むときに、どこを読んでいるのか 今のところ解明できていません。

佐々木です.

これをDebianへ適用するにはどうしたらよいのでしょうか？

unstable にある fontconfig の 2.17 では既に以下の修正が取り込まれていますが, stable である Trxie の fontconfig 2.15 へ修正を取り込むのは, security fix ではないので難しそうです.

unstable から testing への移行を待って, Trixie 向けの backports の作成を行なう/依頼して, これを利用することになるかと.

On Sun, 11 Jan 2026 18:06:31 +0900, Saburo Yoshida via debian-users debian-users@debian.or.jp wrote:

吉田です。 横からすみません。 LibreOffice Askからここに来ました。

Ubuntu24.04, Debian 13, OpenSUSE (fontconfig 2.16)で確認しました。

fontconfigで検索したら https://gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/479 パッチがあてられているようなんですが https://gitlab.freedesktop.org/fontconfig/fontconfig/-/merge_requests/429/di...

これをDebianへ適用するにはどうしたらよいのでしょうか？

-- Youhei SASAKI uwabami@gfd-dennou.org uwabami@debian.or.jp GPG fingerprint: 4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07

安達です。 ここで教えていただいた fc-listコマンドで調べると fonts-yozvox-yozfontだけでなく、"IPA P明朝"や"モトヤLマルベリ3等幅"、"衡山毛筆フォント行書"などいろいろなフォントで現象がみられることがわかりました。

調べていくと、fontconfig がインストールされているフォントの 日本語名(family名)を報告するときに、 本来であればshift_jisでデコードすべきMacintosh用のバイト列を utf_16_beでデコードするので、フォントによっては意味のない文字列に なってしまうことが原因だろうと推測できます。

ttfフォントファイル内の記述のミスがあった場合には、その結果を 無視する設計になっているので、文字化けとして現れるのは fontconfig側の問題と言えます。 ttfファイルのnameテーブルを確認して検証しました。 皮肉にもttfフォントファイル内の記述のミスがあったおかげで fontconfig側の問題と確認できたものがあります。

今のところ、fontconfigの不具合と確信しておりますが、 皆様、どうお考えでしょうか。

詳しく調べた過程は https://dabiyone.com/system/a13bantrix06.html 主要な部分だけまとめて見やすくしたものが https://dabiyone.com/system/a13bantrix07.html です。 調べた環境は、Debian13で、fontconfig の version は 2.15.0-2.3 です。

安達さん、リストのみなさま、こん＊＊は／おはようございます。 そして、横から失礼いたします。

安達さんのメールとブログ、興味深く拝見いたしました。 わたしもこれについて安達さんのメールをきっかけに調べていました。 フォントファイルを直接いじるのは気が引けたプログラム自体を修正などの技量も無いので、ほかに方法はないかしらべたところ、詳細・経緯は省きますが、設定ファイル /etc/fonts/local.conf を追加することでも修正できましたので報告します。

Debian TrixieにてフォントファイルYOzBAF90.ttfを例にとります。 設定ファイルの追加する前は

fc-cat -v | grep YOzBAF90.ttf

の実行結果は

"YOzBAF90.ttf" 0 "YOzAF90b,奏穁䘹ぢ:familylang=en,ja:style=Bold,䉯汤:stylelang=en,ja:fullname=YOzAF90b,奏穁䘹ぢ:fullnamelang=en,ja:slant=0:weight=80:width=100:..（後略）

です。

文字化けしているところが、それぞれYOzAF90b・Bold・YOzAF90bとなればよいので（ですよね？）、local.confの中身を

<?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd"> <fontconfig>

<!-- settings go here --> <!-- yozvox-yozfont garbled string (family , style , fullname , and so on) correction --> <!-- filename : YOzBAF90.ttf --> <match target="scan"> <test qual="any" name="family" target="default" compare="eq"> <string>YOzAF90b</string> </test> <edit name="family" mode="assign_replace"> <string>YOzAF90b</string> <string>YOzAF90b</string> </edit> <test qual="any" name="style" target="default" compare="eq"> <string>Bold</string> </test> <edit name="style" mode="assign_replace"> <string>Bold</string> <string>Bold</string> </edit> <test qual="any" name="fullname" target="default" compare="eq"> <string>YOzAF90b</string> </test> <edit name="fullname" mode="assign_replace"> <string>YOzAF90b</string> <string>YOzAF90b</string> </edit> </match>

</fontconfig>

として保存し、

#fc-cache -rs

を実行。その後

$fc-cat -v | grep YOzBAF90.ttf

の実行結果は

"YOzBAF90.ttf" 0 "YOzAF90b,YOzAF90b:familylang=en,ja:style=Bold,Bold:stylelang=en,ja:fullname=YOzAF90b,YOzAF90b:fullnamelang=en,ja:slant=0:weight=80:width=100:...（後略）

となり、修正されています。libreofficeのCalcにてもフォント選択に反映されていました。 複数のフォントファイルに対する修正は、１つのファイルに対して1組<match>〜</match>を追加していきます。最初に書いた<match>〜</match>をコピペして修正する感じです。 ちなみに、yozフォントのファイル名の意味は http://yozvox.web.fc2.com/Readme.txt をみるとなんとなくわかるような気がします。

以上、なにかの参考・手助けになれば幸いです。

参考： ArchWikiのフォント設定 https://wiki.archlinux.jp/index.php/%E3%83%95%E3%82%A9%E3%83%B3%E3%83%88%E8%...

fontconfigのユーザーマニュアル https://freedesktop.org/software/fontconfig/fontconfig-user.html?__goaway_ch...

Fontconfig (14日目) - キャッシュの改竄 https://panathenaia.halfmoon.jp/blog/2023/01/02_1/ ※このページが一番参考になりました。

安達さん、リストの皆さん、こん＊＊は。

xmlの記述について疑問だったところと、

xmlについては、私もまだ良く分からず、自分が理解できた範囲で書いたらできた、というレベルです。 仰っていることはほぼそれでいいのではないかと思います。

(5)確認コマンド fc-list -vb YOzAF90b 私はこれを使っていましたが、ja,enの順で出力されます。

たしかにこちらが見やすいです。私は出力が長い場合は、コロン（”:”）を区切りとしてcutで必要部分だけ抽出してました。表示順は整合性がとれていれば、どちらでも良いと思います。

fc-query /usr/share/fonts/truetype/yozvox-yozfont/YOzBAF90.ttf は、"YOzAF90b"(s) "奏穁䘹ぢ"(s)のままです。 cache を見に行かないのかもしれません。

man fc-queryには ”fc-query queries font-file(s) using the normal fontconfig rules...（以下略）” とあります。 /etc/fonts/cont.confには ” （前略） <!-- Load local system customization file --> <include ignore_missing="yes">conf.d</include> （後略） ” とあり、/etc/fonts/conf.d配下のファイルはカスタマイズ用のファイルと認識されて”normal”ではないので反映されないということでしょうか？疑問です。

(6)testタグ内のtarget="default"の意味は、 matchタグ内の target="scan" を引き継ぐということなのか

その意味でいいのかもしれません。

...

ちなみに、yozフォントのファイル名の意味は http://yozvox.web.fc2.com/Readme.txt をみるとなんとなくわかるような気がします。

どうやらこの後追加されているようで P,X,M の説明がなかったのです。

もっと詳しい？ページをみた記憶があるのだがどこだったっけと検索してたら、Debianのお膝元にありました。

Debian Fonts Task Force/fonts-yozvox-yozfont https://salsa.debian.org/fonts-team/fonts-yozvox-yozfont/-/blob/master/Readm... ※ちなみにFREE SOFTWARE DIRECTORY　https://directory.fsf.org/wiki/%E3%80%80%E3%81%AB%E3%80%80Fonts-yozvox-yozfo...

ここにP,X,Mの説明があります。

/etc/fonts/fonts.conf には、 LOCAL CHANGES BELONG IN 'local.conf'. とありますが、このファイルはサンプルも存在してなくて

<!-- Load local system customization file -->

     <include ignore_missing="yes">conf.d</include>

の下に <include ignore_missing="yes">local.conf</include> の記述がなくなっていています。

/etc/fonts/conf.d/51-local.confに

<include ignore_missing="yes">local.conf</include>

の記述があります。サンプルは無いですね。このぐらいは手入力かコピペで雛形作ってほしいということでしょうか？

なんにせよまずは上流のほうでなんとか修正していただけるといいのですが。。。

以上、参考まで。

野方です。

trixieのひとまずの回避策ですが、フォントをいじるよりforkyのソースパッケージを trixie向けにビルドし直して使うとよいです。 ビルドは、下に書いたことのコピペでできるので難しくないです。

ここで作ったパッケージは、当然、別のマシンにも持っていけます。 環境を汚したくないなら、仮想マシンやdocker, distroboxなどの環境で ビルドしてdebパッケージだけ使えばいいと思います

## 準備

```bash sudo apt install pbuilder ubuntu-dev-tools pbuilder-dist trixie create ```

## ビルド

```bash mkdir ~/work cd ~/work/ dget http://deb.debian.org/debian/pool/main/f/fontconfig/fontconfig_2.17.1-5.dsc cd fontconfig-2.17.1/ pbuilder-dist trixie build ../fontconfig_2.17.1-5.dsc ```

## インストール

```bash cd ~/pbuilder/trixie_result/ sudo dpkg -i fontconfig_2.17.1-5_amd64.deb fontconfig-config_2.17.1-5_amd64.deb libfontconfig1_2.17.1-5_amd64.deb ```

2026年3月19日(木) 1:57 Adachi Junichi via debian-users debian-users@debian.or.jp:

バグ報告 すでにあるバグ報告を教えていただきました。 (1) bugs.debian.orgの#1098401 (20 Feb 2025 06:57:02 UTC)では "Shippori Mincho"などで日本語名がおかしいと報告され fontconfig 2.14.2-6+b1 までは問題なく 2.15 からこうなったと示しています。 これについては、回答がついていません。

報告したのに意見がなければ問題がないように思われます。 なので、問題と思うのであれば意見を書いてください。

2026年3月19日(木) 1:57 Adachi Junichi via debian-users debian-users@debian.or.jp:

安達です。 今回のことについて、今までのところを、まとめます。 fonts-yozvox-yozfontだけの問題でなくfontconfigの問題だと 判明したのですが、メールの件名は変更しないできました。 fontconfigの問題だと目についたほうがいいかとも思うのですが、 修正されることは諦めてしまって対策に力が入っています。

問題が起きる環境 Debian13 trixie fontconfig version 2.15.0-2.3 問題が起きない環境 Debian12, fontconfig 2.14 まで

問題となる現象 fonts-yozvox-yozfontだけではありません。 問題の発端が、Debian13になってfonts-yozvox-yozfontパッケージで インストールされるフォントの名前が「奏穓倹ぢ」などとなってしまうことでした。 その後、「IPA P明朝」や「IPA Pゴシック」などもLibreOfficeでは 「䥐䅐䵩湣桯」や「䥐䅐䝯瑨楣」に替わってしまうことがわかりました。 fc-list コマンドで調べると英語名が正常で、日本語名が問題であることが 明確になりました。

原因 フォントファイルの中のフォント名の書き方を検証した結果、 フォントファイルの問題ではなく、fontconfigの問題であろうと考えました。 Macintosh用でShift_JISでデコードするはずの日本語名のデータを Windows用とおなじにUTF-16でデコードしたとすると辻褄が合うのです。 奇数バイトのデータではUTF-16でのデコードに失敗するので無視されて 問題が発覚しません。その結果約半数のフォント名は問題なく表示されます。 [debian-users 01105] [debian-users 01115] に詳細があります

バグ報告 すでにあるバグ報告を教えていただきました。 (1) bugs.debian.orgの#1098401 (20 Feb 2025 06:57:02 UTC)では "Shippori Mincho"などで日本語名がおかしいと報告され fontconfig 2.14.2-6+b1 までは問題なく 2.15 からこうなったと示しています。 これについては、回答がついていません。 (2) gitlab.freedesktop.org/fontconfig/fontconfig/-/issues/479 (2025年6月12日 18:40:35 JST)では 「梅Hyゴシック」が正しくデコードされていない (utf-16-beでデコードされている)と報告されています。 これについては、フォントファイル側の不具合でデコードが失敗したときに utf-16-beでデコードするのが良くないのだろうという結論で、報告者が フォントファイル側は正しいと、再度報告してもそのままクローズされています。 その後、utf-16-beで再度デコードするのを削除したものが fontconfig の 2.17 に取り込まれているようです。

対策 (1) バグ報告の様子から、しばらくは直らないと判断して フォントファイルを書き換えて、Macintosh用の日本語名部分を無効にする 方法を紹介しました。 [debian-users 01115] に詳細があります。 (2) その後、local.conf (システム全体なら/etc/fonts/local.conf)を追加して フォントファイルを変更することなくファイル名を変更できることを 教えていただきました。 [debian-users 01116] に詳細があります。 フォントファイルの中を調べなくてもコピー&ペーストと修正で できる(2)が手軽だと思います。 local.conf の書き方については若干のサンプルがあるものの、 fontconfigの守備範囲の広さもあってか、詳しく書いたものを 見つけることができずにいます。 これについては、もう少し試行錯誤がありますので、追記するかもしれません。

フォント名の今後 Windows用では英語名もutf-16-beでデコードされるように書いているのが 普通になったようです。その中でMacintosh用は、正式にはutf-16-be でデコードするように指定することができず、日本語はShift_JISだけです。 Debian13でデフォルトの日本語フォントになっている(たぶん)「VL ゴシック」 には、Macintosh用は英語名だけで、日本語名が設定されていません。 Windows用は英語名も日本語名も設定されています。 これからは、これが「安全」な設計かもしれません。

-- 安達 順一 jomon@dabiyone.com https://dabiyone.com/ http://www.seiai.ed.jp/sys/text/index.html _______________________________________________ debian-users mailing list -- debian-users@debian.or.jp To unsubscribe send an email to debian-users-leave@debian.or.jp

安達です。

pbuilder-dist trixie create で検索して 野方さんの 「Debian安定版向けに不安定版・テスト版のパッケージを雑にバックポートする-Zenn」 https://zenn.dev/nogajun/articles/d8f42c572f056c という記事にいきあたり、概要が理解できたので やってみました。 実験用に古いPCにtrixieを入れたものがあるので rootで(管理者になって)作業しました。 解説に従い、 1.ビルド環境の準備 2.ビルド 3.インストール と進み、fc-cache -rs をすれば フォント名の文字化けはなくなりました。 メインで使用しているPCにインストールすることも うまく行くだろうと予想できますが、 すでにlocal.confによる対応が済んでいることと trixieの方でアップグレードがあったときの 動向を両方のパターンで見守りたいということから 実験用のPCだけにとどめておくことにしました。

実際の手順 解説では一般ユーザーで作業するものでしたが、 rootで作業する羽目になった理由は次のとおりです。 私はsudoの設定をしない状態で使用しているので pbuilder と ubuntu-dev-tools のインストールは いつものようにsynapticで(rootになって)行い、 その後は一般ユーザーadachiで作業を進めていきました。 pbuilder-dist コマンドに進んだところで、 「[sudo] adachi のパスワード:」 とパスワードを求められて入力すると 「adachi は sudoers ファイルにありません。」 と拒絶されます。 一旦中止せざるを得ず、sudoの設定を行って、やり直しましたが、 うまく行きませんでした。 そこでrootになってビルドすることにし、 pbuilder-dist trixie create からやり直して、/root/workを作成し、ビルドは最後までいけました。 ビルド後は pbuilder/trixie_result/ 内に3つの.debファイルができている ものと予想したのですが、8個あって、びっくりしました。 しかしよく見るとsynaptic ですでに 入れられている バージョン2.15.0 の パッケージは解説通り3個であったので これを dpkg -i でインストールしました。 インストール後、synaptic で確認すると、バージョンが 2.17.1-5 となっており パッケージ名の左の「サポートされるパッケージ」を表す debianのアイコン(ピンクの渦巻き)がなくなっています。 fc-listコマンド、フォントビュアー, GIMP, LibreOfficeで 正常に動作することを確認しました。 野方さん、ありがとうございました。

On 2026/03/19 21:05, Jun Nogata via debian-users wrote:

野方です。

trixieのひとまずの回避策ですが、フォントをいじるよりforkyのソースパッケージを trixie向けにビルドし直して使うとよいです。 ビルドは、下に書いたことのコピペでできるので難しくないです。

ここで作ったパッケージは、当然、別のマシンにも持っていけます。 環境を汚したくないなら、仮想マシンやdocker, distroboxなどの環境で ビルドしてdebパッケージだけ使えばいいと思います

## 準備

sudo apt install pbuilder ubuntu-dev-tools
pbuilder-dist trixie create

## ビルド

mkdir ~/work
cd ~/work/
dget http://deb.debian.org/debian/pool/main/f/fontconfig/fontconfig_2.17.1-5.dsc
cd fontconfig-2.17.1/
pbuilder-dist trixie build ../fontconfig_2.17.1-5.dsc

## インストール

cd ~/pbuilder/trixie_result/
sudo dpkg -i fontconfig_2.17.1-5_amd64.deb
fontconfig-config_2.17.1-5_amd64.deb libfontconfig1_2.17.1-5_amd64.deb