IT – WPP

LM22: Mozc の辞書ツールにキーボードショートカットを割り当てて、ユーザ辞書を追加した

最近、日本語変換で積極的に単語登録するようにしている。特別な方法ではなくよくある「よろ」で「よろしくお願いします」に変換するような短縮を登録している。

で、辞書に単語登録するのが面倒な理由の一つが辞書ツールや登録ツールを呼び出すのに IME のアイコンから右クリックしてメニューを選択するというアクションがいちいち面倒なためだと思う。
この面倒さは、Linux のデスクトップでも Windows でもほとんど変わらない。しかの最終的に変換できてしまうものだからなんとなく後回しにしがち。

でだ、辞書ツールのコマンドラインがわからないので Archi Linux の Wiki を調べるとユーザー辞書を追加したほうがいいよ的なことが書いてあるのであわせて実施してみた

辞書ツールにショートカット割り当て

LM22 (Linux Mint) のCinnamon で行っているので Ubuntu とか他のデスクトップ環境では若干異なると思うがほぼ同じようなことはできるはずだ。

辞書ツールのコマンド

Mozc – ArchWiki によると設定ツール、辞書ツール、単語登録というのは mozc_tool という一つのファイルで引数を切り替えることで使い分けているようです。

実際のコマンドはこんな感じらしい。

設定ツール：
/usr/lib/mozc/mozc_tool –mode=config_dialog

辞書ツール
/usr/lib/mozc/mozc_tool –mode=dictionary_tool

単語登録
/usr/lib/mozc/mozc_tool –mode=word_register_dialog

今回は、ラウンチャアイコンは作成せずに、辞書ツールに直接キーボード・ショートカットを割り当てることにした。

設定アプリからキーボードを開く
ショートカットタブを選択する
カスタムショートカットを選択
[Add custom shortcut] ボタンをクリック
Name：を適当に決める
Command: に /usr/lib/mozc/mozc_tool –mode=dictionary_tool を指定する
登録して、ダイアログを閉じる。
下段のキーボードバインディングで unassigned の行をダブルクリックする。
割り当てたいキーボードショートカットを押す。

自分は、Shift + Ctrl + D をショートカットに割り当てましたが、このへんは好みで変えてほしい。
また、個人的な好みでダブリ登録したくないので辞書ツールを起動しているが、単語登録でもいいと思う。

ユーザー辞書登録

ネット上では Mozc UT ってのを使うっていう記事がたくさん見つかりますがこれ、Mozc そのものをビルドしなきゃいけないんですね。ちょっと面倒なので、他の方法でいくことにした。

Mozc UT Dictionaries

utuhiro78/merge-ut-dictionaries: Merge multiple Mozc UT dictionaries into one and modify the costs.

だいぶ古い記事になるのですが、

Google日本語入力　強化辞書の構成を変えてみた。 – 黒MacBookが好きの辞書をインポートして使っている。

Mozcに辞書を追加した: arcadia’s blog のやり方が参考になるかもしれない。

考えるのも面倒だったので、自分の場合はそのまま辞書ツールでインポートした。

英和と和英辞書はインポートしなくてもよかったかもしれない。

Remmina が mdns で名前解決できるようにした

最近は、いちいち VNC クライアントをインストールがめんどうなので LM22 にはじめから入っている Remmina を使っている。

がしかし、Remmina だと mdns による名前解決が使えなくて困っていた。

Remmina 自身は flatpak でインストールしていたが、D-Bus のパーミッション (socket=system-bus、socket=session-bus) を許可しても現象に変化がなかった。

Claude に聞いてみると /etc/nsswitch.conf を書き換えろってことでやってみた。

変更前：
hosts: files mdns4_minimal [NOTFOUND=return] dns myhostname mymachines

変更後:
hosts: files mdns4_minimal mdns4 [NOTFOUND=return] dns myhostname mymachines

[NOTFOUND] の前に mdns4 を追加すると Remmina でも名前解決できるようになった。

スマホをキーボード・マウスの代わりにするアプリ Remote Touchpad

数週間もするときっと忘れてしまうのでメモ。

LM22 で SIP ソフトフォンを探していると『Remote TouchPad』というアプリを見つけた。どうやらスマフォからの入力をマウスやキーボードに見立てて PC に渡してくれるものらしい。

対応 OSは、 Win、Linux に対応している。

インストールして起動すると、QR コードが表示され、スマホでスキャンするとブラウザ経由で PC に接続する仕組みらしい。
つまり、PC 側にしかインストールが必要ないということだ。

PC にキーボードってそもそもいらないんじゃない？って以前考えたことがあったが、それを実現するソフトだ。

動作は若干もっさりしているが、緊急で一時しのぎで使うには問題なさそうだ。

Remoto Touchpad を動かす PC で nomachine を使って更に先のどこかにつないでいる場合、nomachine で転送しているリモートの画面では日本語の入力が上手く動かない気がする。
その場合、nomachine の転送元で Remote Toouchpad を動かせばいいのかもしれないが未検証なのでわからない。

参考

Github: Unrud/remote-touchpad: Control mouse and keyboard from a smartphone

NoMachine をアップデートすると Windows に接続できない場合の対策

以前から、NoMachine をアップデートするたびに Windows PC に接続できなくなる気がしていたがなんとなくアンインストール / 再インストールなどしてお茶を濁していたがいい加減面倒になってきたので少し調べて見た。

どうやら Active Directory に参加している PC だと、ドメインのポリシーによっては必要な権限が外れるっぽい。NoMachine は Windows のユーザー認証の真面目に対応しているのでかえって面倒なことが起きてしまうようだ。

VNC みたいに独自認証を突き進む場合、Windows 側の設定には左右されないのでこういう問題はおきない。

現象

他の PC から NoMachine で接続するとユーザー認証画面が出てくるがここは認証が通る。

新しいウィンドウが表示されるが、真っ白なままで接続先の画面が転送されてこない。
(このとき、接続された Windows 側では接続してきたよと通知が出るので認証は通っている。)

数秒立つと接続が切断され、リトライを続ける。

環境

Windows 11 + Active Domain に参加しているPC

対策

ローカルグループポリシーエディタで User Rights Assignment で Act as part of operating system に nx ユーザーを追加し直す。

実は他にもあるらしい、全部まとめると

Act as part of operating system
Logon as service
Adjust memory quatas for a process
Replace a process level token

の４つのユーザー権限が必要らしい。

手順としては、

スタートから Local Security Policy を起動する

左ツリーから Local Policies > User Rights Assignment にすすむ

右ペインの Act as part of operating system をダブルクリック

恐らく nx ユーザーが追加されているはずですが、こいつを一旦削除する。
(PC に nx ユーザが追加されていないようだと NoMachine のインストールそのものが上手くいっていない。)

Add User or Group ボタンを押して nx ユーザーを追加し直す。

これで通った。

他の設定もなにか影響している可能性も考えられるが事象を記録しておく。

追記、一晩明けた今朝、接続を試みるとまた接続できなくなってしまった。うーん原因がわからない。

参考

NoMachine Forum – First time connecting session negotiation failed error

NoMachine Forum – Active directory authentication

トラックボールの音鳴り対策 – その1:ハンドクリーム

普段自宅では、Kensington Slime Blase Pro を使っているのですが、最近ボールを転がすとキーって感じの音がして気になっていました。

このトラックボールは、ボールの側面を上下に動かすとスクロールしてくれるのですがそれをすると特に顕著に音がします。

インターネットを検索するとやはりそういう問題があるようで、対策してはシリコンスプレーや食用の油をボールに塗って動作を潤滑にするっていうのがあるようです。

で、手元にシリコンスプレーがないので買いに行くのはちょっと面倒と思っていましたが、ふと思い立ちハンドクリームをボールに塗って代替にできないか試してみました。

ハンドクリームならもともと手に塗るものだし、良さそうだと。
ちょうど自宅にある食用油は、バターかオリーブオイル以外はきらせていて、その２つだたぬるぬるがいつまでも取れないとかありそうなので、まずはハンドクリームで試してみることにした。

結果、音は鳴らなくなり、割といい感じになりました。手元にあったハンドクリームはさらっとしたタイプのテクスチャだったのでそれが良かったのかもしれない。しかし、数分前に塗ったばっかりなので効果の持続性はまだわからない。

副作用としてボールの動きが恐ろしく軽くなった。考えてみると購入時はハンドクリームを塗る前ほどボールの動きが重くなかった気がするので、最初はなにか塗布されているのだと思う。

すぐに効果が切れるようなら他の方法も試してみます。

追記：2日くらいしか持ちませんでした。

LM22.1 にアップグレード

Linux Mint 22 から 22.1 にアップグレードした。

今回は、21 から 22 のときのような TimeShift のバックアップを要求されずにすんなりとアップグレードできた。

画面は全くキャプチャ取っていないが、何も難しいことはないので問題ないだろう。

os-realease と upstream-relase/lsb-release はこうなった。

$  cat /etc/os-release 
───────┬──────────────────────────────────────────────────────────────────────────────────────────────
       │ File: /etc/os-release
───────┼──────────────────────────────────────────────────────────────────────────────────────────────
   1   │ NAME="Linux Mint"
   2   │ VERSION="22.1 (Xia)"
   3   │ ID=linuxmint
   4   │ ID_LIKE="ubuntu debian"
   5   │ PRETTY_NAME="Linux Mint 22.1"
   6   │ VERSION_ID="22.1"
   7   │ HOME_URL="https://www.linuxmint.com/"
   8   │ SUPPORT_URL="https://forums.linuxmint.com/"
   9   │ BUG_REPORT_URL="http://linuxmint-troubleshooting-guide.readthedocs.io/en/latest/"
  10   │ PRIVACY_POLICY_URL="https://www.linuxmint.com/"
  11   │ VERSION_CODENAME=xia
  12   │ UBUNTU_CODENAME=noble
───────┴──────────────────────────────────────────────────────────────────────────────────────────────

$ cat /etc/upstream-release/lsb-release 
───────┬──────────────────────────────────────────────────────────────────────────────────────────────
       │ File: /etc/upstream-release/lsb-release
───────┼──────────────────────────────────────────────────────────────────────────────────────────────
   1   │ DISTRIB_ID=Ubuntu
   2   │ DISTRIB_RELEASE=24.04
   3   │ DISTRIB_CODENAME=noble
   4   │ DISTRIB_DESCRIPTION="Ubuntu Noble Numbat"
───────┴──────────────────────────────────────────────────────────────────────────────────────────────

Pixel 6a を LinegeOS 22 にアップグレード

年末くらいから Pixel 6a に入れている LinegeOS ２１ (Android14) にアップグレードが来なくなりました。正確には毎週のアップデート通知はくるが、メジャーアップデートなのでそのままではアップデートできません。

ちょっと時間が取れたので 22 にアップグレードしていきます。本来ならデータバックアップを取るべきですが、公式の手順にも wipe しないよって書いてあるのでそのまま行きます。基本、重要データは退避してあるはずなのでまあ OK でしょうという感じで進めます。（真似してコケて泣いてももしりません。）

流れはこんな感じ。

OS の zip、 Google apps をダウンロード
リブートして sideload に入る
PC から sideload で OS を焼く
Pixel を再起動してリカバリーに入る
リカバリーの中で Advanced Option から sideload を起動する
PC から sideload で Google apps を焼く
Pixel 6a を再起動して LineageOS 22 を起動する

OS ダウンロード

LineageOS Downloads から lineage-22.1-20250118-nightly-bluejay-signed.zip をダウンロードしておく。

Google apps ダウンロード

Google apps | LineageOS Wiki から LineageOS 22.1 (Android15) ARM64 用のGApps をダウンロードしておく

リブートして sideload に入る、OS を焼く

予め USB ケーブルで PC と Pixel 6a をつなげ USB デバッグを有効にしておく。（もちろん ADB もインストールしておくこと）

そしたら以下を PC で実行する。(.zip と同じフォルダにいるとする)

$ adb -d reboot sideload
; 実行すると Pixal 6a が再起動する

； sideload に入ったら
$ adb -d sideload  lineage-22.1-20250118-nightly-bluejay-signed.zip 

; 終わるまえ1分くらい待つ

Pixel を再起動してリカバリーに入る

終わったら、次はリカバリーに入り直す。

Pixel の画面で Advanced を選び、 Reboot to Recovery 的なやつで Pixel を再起動します。

リカバリーの中で sideload を起動する

Pixel の LineageOS リカバリーが起動したら、Apply Update をタップする。そうすると sideload 待ちの状態になる。

PC から sideload で Google Apps を焼く

また、PC に戻り今度は Google Apps を焼く

$ adb -d sideload MindTheGapps-15.0.0-arm64-20240928_150548.zip
; 終わるまで少し待つ

Pixel 6a を再起動して LineageOS 22 を起動する

Pixel 6a の LineageOS リカバリーで Reboot system 的なやつで再起動する。
上手く行っていれば、LinegeOS 22 が起動してきます。

失敗した場合は、焼き直しやワイプ、ダウンロードファイルの大きさなんかをチェックしてやり直すといいと思います。

あっけなくアップグレードできてよかった。

LinegeOS の公式の手順は、実行するコマンドが文章中に埋め込まれているので拾いだすのが面倒なのでメモした。まあ、たいした手順じゃないから、文に埋めたい気持ちもわかる気がする。

参考

Upgrade LineageOS on bluejay | LineageOS Wiki

arm64 ROS2 環境を podman で動かす

いろいろと紆余曲折ありましたが、最終的に podman で動かすことで落ち着きそうなので記事にします。

ｄ最近の私のお供は Claude なのですが早速聞いてみますとつらつらと Dockerfile を提示してきます。多少アレンジしてますが骨子はそのままです。

FROM --platform=linux/arm64 ubuntu:22.04


ENV DEBIAN_FRONTEND=noninteractive

RUN rm /var/lib/dpkg/info/libc-bin.* && apt-get clean

# 日本のミラーに向ける
RUN sed -i 's@archive.ubuntu.com@ftp.jaist.ac.jp/pub/Linux@g' /etc/apt/sources.list

RUN apt-get update && \
    apt-get install -y wget \
    curl \
    git \
    vim \
    lsb-release \
    build-essential python3-pip python3-setuptools python3-dev \
    gnupg2 xterm x11-apps

# ROSのセットアップ（ここでは例としてROS 2 Humbleを使用）
RUN curl -sSL https://raw.githubusercontent.com/ros/rosdistro/master/ros.key -o /usr/share/keyrings/ros-archive-keyring.gpg
RUN echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/ros-archive-keyring.gpg] http://packages.ros.org/ros2/ubuntu $(. /etc/os-release && echo $UBUNTU_CODENAME) main" | tee /etc/apt/sources.list.d/ros2.list > /dev/null
RUN apt-get update && apt-get install -y \
    ros-humble-ros-base \
    ros-humble-rqt* \
    ros-humble-rviz2 \
    python3-colcon-common-extensions

# 作業ディレクトリの作成
RUN mkdir -p /workspace
WORKDIR /workspace

# 環境変数の設定
RUN echo "source /opt/ros/humble/setup.bash" >> ~/.bashrc

変更かけたのは、 sed で日本のミラーに向けたところと、rm /var/lib/dpkg/info/libc-bin.* でファイルを削除した箇所です。

特にこの libc-bin.* の削除をしないと、apt-get でのパッケージインストールにことごとく失敗するします。なんとなく削除するのは良くないような気もするのですが、 Stack Overflow でもいくつか Good がついているので大丈夫じゃないかと。

setup.bash もすでに読み込み済みなので起動すると即 ros2 コマンドが実行できる状態になっています。

ビルドと起動は下のようにします。

Claud は気が利いているのどうなのかこの状態で GUI アプリも動作出来るようにしてくれているようでコンテナを実行するにはこうするみたいです。

$  ls ./Dockerfile
./Dockerfile

$ podman build -t ros2-arm64 .

$ podman run --platform linux/arm64 \
  -v /tmp/.X11-unix:/tmp/.X11-unix \
  -e DISPLAY=$DISPLAY \
  -v $HOME/.Xauthority:/root/.Xauthority \
  -v $HOME/ros2_ws:/workspace \
  --net=host \
  -it localhost/ros2-arm64

起動のたびにこのコマンド打つのはしんどいのでシェルスクリプトかなんかにしたほうがよさげ。

でコンテナの中で動作確認するには、下のようにしろと Claude が言うので試してみる。

; ホストに 目玉アプリが表示される。
in-contailner: # xeyes

; ホストに ros2 の rqt が表示される
in-contailner: # rqt

ちゃんと計測したわけではないが qemu-system でエミュレーションより少し早い気がする。

にしても Claude に言われるがままだな。

参考

Dockerのイメージビルド中でapt-getを高速化するたった1つの方法 | ゲンゾウ用ポストイット
souces.list のミラーを日本の jaist に向ける設定

ruby on rails – Docker build fails because unable to install libc-bin – Stack Overflow
libc-bin のエラー回避

x86_64 の LM22 で arm64 の ubuntu 22.04 を動かす

前回記事では、同じ x86_64 の LM22 で arm64 向けのクロスビルド環境を設定しましたが、ちょっと考えてみると、ROS2 からヘッダやらライブラリを取ってきて /usr/aarch64-linux-gnu 以下に適切に配置するのはちょっと面倒そうだと思えてきたので qemu で arm64 の ubuntu を動かすことにした。

流れとしては Ubuntu の ARM64 vitual machines on QRME のページでいいのだが、Qita 見ないと行けない部分があったので記事にする。

＄ sudo apt install qemu-kvm qemu-system-arm64 libvirt-daemon-system libvirt-clients bridge-utils virtinst libosinfo-bin

Ubuntu 22.04.05 をインストールインストールしたかったので releases から .iso ファイルをダウンロードしたのだが上手く起動しなかった。

Ubuntu Cloud Images – the official Ubuntu images for public clouds, Openstack, KVM and LXD から 22.04 を指し示す jammy ＞ current と進み、jammy-server-cloudimg-arm64.img をダウンロードする。

wget https://cloud-images.ubuntu.com/jammy/current/jammy-server-cloudimg-arm64.img

としてもいい。

ここから先は、Ubuntu 公式ではなく Qiita の参考ページの手順をやっていく。イメージサイズを変更する必要があるらしい。

＄ qemu-img resize  jammy-server-cloudimg-arm64.img 16G

cloud イメージ用に設定ファイル作成する。

$ touch meta-data
$ touch user-data
$ vi user-data
;; 以下の内容を入れるらしい
#cloud-config
user: xxxxx
passowrd: xxxx
chpassword: { expire: Fail }
ssh_pwauth: True
:wq

上の設定だと、ユーザーが作成されて初回起動時にパスワード変更を強制される。さらに ssh のパスワード認証も許可される。
パスワード変更の強制が面倒なのであとで回避できる設定を調べようと思う。

~~ユーザーデータを保存？~~するイメージを作成する必要もあるみたい。
CD-ROMイメージだし、恐らく user-data と meta-data を読み出すためだけに作るものっぽい。

 ci$ genisoimage --output ./udata.iso --volid cidata -joliet -rock user-data meta-data

で、やっと仮想マシンを作成すると、ままんま

$ virt-install \
--connect qemu::///system \
--name u22-arm64 \
--vcpus 4 --ram 4096 \
--hvm --virt-type qemu \
--arch aarch64 \
--os-type linux --os-variant ubuntu22.04 \
--import --norebooy \
--disk path=./jammy-server-cloudimg-arm64.img  \
--disk path="./udata.iso,device=cdrom"

ここで iso ファイルにアクセスできない「permission denied」エラーが出ので最後の参考ページの内容を実行する。

/etc/libvirt/qemu.conf にユーザー名とグループ名を設定する

$ vi /etc/libvirt/qemu.conf
以下の2行をいい感じのところに追記

user = "ログインユーザー名"
group = "libvirt"
:wq

/etc/libvirt/libvirtd.conf も設定しないと行けないようだ。

$ vi /etc/libvirt/libvirtd.conf
unix_sock_group = "libvirt"
unix_socl_ro_perms = "0777"
unix_sock_rw_perms = "0770"

auth_unix_ro = "none"
auth_unix_rw = "nonw"
:wq

自分のケースはこのファイルは何も変更する必要がなかったかもしれない。

もう一度 virt-install をし直すと、無事に仮想マシンが作成され実行出来るようになった。

ブリッジネットワークを作成する必要があるというページもいくつか見かけたが、今回試した際は手動で作成することなく自動的にブリッジネットワーク（NAT）が作成されて完了した。

これで ROS２のビルドできそうだ。とはいえこの PC だと遅い。

参考

Boot ARM64 virtual machines on QEMU – Ubuntu Server documentation
ARM64 となっているのに qemu-system-arm をインストールとなっているのは、qemu-system-arm64 の間違いだと思う。

Ubuntu20.04@x86_64のLinuxKVM上にaarch64のUbuntu20.04仮想マシンを立てる #Ubuntu – Qiita

virsh-install時にpermission deniedとなる場合 #KVM – Qiita

お手軽に arm64 クロスビルド環境を作る

引きつづきラズベリーパイの ROS2 環境をいじっているんですが、ふと ROS2 用のコードをビルドするだけなら何も Docker や Podman、QEMU で OS 動かしたりする必要ねんじゃね？と思い PC 側でクロスビルド環境を作ってみた。

$ sudo apt install crosbuild-essential-arm64
$ sudo libc6-dev-arm64-cross

もしかすると、libc6-dev-arm64-cross はいらないかもしれない。

インストールすると /usr/aarch64-linux-gnu/ にライブラリやヘッダーファイルなどが保存される

試しにソースをビルドしてみます。

#include <stdio.h>

int main(int, char**)
{
   printf("hello- arm!!\n");
   return 0;
 }

clang でビルドしてみる

$ clang --target=aarch64-linux-gnu hello.c

a.out が出来るので確認してみる

$ file a.out
a.out: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, BuildID[sha1]=af0df26fcefe0b9815d6892dd721439aaf1759e6, for GNU/Linux 3.7.0, not stripped

ちゃんと aarch64 になってる。

普通に実行すると怒られる
$ a.out
aarch64-binfmt-P: Could not open '/lib/ld-linux-aarch64.so.1': No such file or directory

実行する。

$ sudo apt install qemu-user
$  qemu-aarch64  -L /usr/aarch64-linux-gnu/ ./a.out 
hello- arm!!

または、QEMU_LD_PREFIX 環境変数を設定して実行
$ QEMU_LD_PREIX=/usr/aarch64-linux-gnu ./a.out

もしかすると qemu-user-static パッケージも必要かもしれない。そのへんは適宜インストールすること。

Arm 用の ROS2 環境を /usr /aarch64-linux-gnu に展開する方法はまた考えよう。

参考

clang + cmake で aarch64 linux 向けに C/C++ アプリをクロスコンパイルするメモ #CMake – Qiita

QEMU でARM エミュレータ環境を作成する #ARM – Qiita