自分の記事を元にLIRCに再挑戦のつもりが，あまりに設定などに違いがあるので，他所様の記事を参考に設定完了までこぎつけました．
しかし，その先がいかんです．参考にした記事はsystemdではない😅
まあでも，そこだけ気をつければ行けそうです．
systemctl status lircd
sudo systemctl stop lircd
mode2 -d /dev/lirc1で，なんかそれらしいものを受信するようになりました．
次は目的のリモコンのコードの解析です．
Category: Debian
LIRC再び
非常に重要かつ現実的な問題に対処するため，LIRCを再びインストールしてみます．
直面している問題は，睡眠時にエアコンをかけっぱなしにすると，明け方冷えてくることです．たぶん日が出ると室外機に日が当たるので，温度制御に誤差が出てくるのではないかと推測しています．
まず，恐ろしく陳腐化している筆者自身が6年前にまとめたRaspberry Pi (LIRC)を参考に始めます．
受信器1秋月電子通商で購入した， “OSRB38C9AA” ．を電源を3.3V, GNDはGND，信号出力はGPIO 18にそれぞれ接続しています．GPIOのピンレイアウトは公式サイトを参照するのが無難でしょう．
次に，ソフトウエアの準備です．Raspberry Pi OSの場合は，
apt install lircでインストールできます．また，/boot/firmware/config.txtの適当な場所に，
# For LIRC
dtoverlay=gpio-ir,gpio_pin=18
dtoverlay=gpio-ir-tx,gpio_pin=17などと記述しておきます2参考にしたページ: Raspberry Piと電子工作．
本稿と参考にしたページとではピン接続が異なります．．そして，rebootしますが，
lsmod | grep lircしても何にもありません．やはりこの6年の間にずいぶん色々変わってしまったようです．新しいドキュメントを探すことにします．
ThunderbirdがDovecotに繋がらなくなった件 (解決済み)
自前のサーバーで動くLet’s Encryptの証明書をupdateしてからどうもクライアントであるThunderbirdの挙動がおかしくなりました．
TLSのimap (=imaps)でつないでいます．ログインはできて新着メールは読めるのだけれど読んだメールをサブディレクトリーに移そうとしてもうまく操作ができません．
Appleの iOSやmacOSの “Mail” では正常に動作します．
サーバーのログを見ると，
というのがあり，たぶんこれだと思います．ネット検索した所，どうもDovecotのSSL/TLS設定が良くなかったようです．これまで，/etc/dovecot/conf.d/10-ssl.conf1Distroによっては番号が違う場合があります．のssl_certの設定は，
ssl_cert = </etc/letsencrypt/live/FQDN/cert.pemとしていました．これでこれまでAppleの “Mail” (iOS, macOS)もThunderbirdもつながっていましたが，
ssl_cert = </etc/letsencrypt/live/FQDN/fullchain.pemとしないといけないようです😅
これで，サーバーのDovecotのログにエラーは出ず，Thunderbirdも正常にサブフォルダーをアクセスできるようになったようではあります．
しかし，違うマシンのThunderbirdでアクセスすると見えないサブフォルダーが存在するなど今いち動作の信頼に欠けます．
DOSBox-XでLog200
DOS用LogソフトLog200をWindowsのDOS窓以外で動かす取り組みですが，Slackware64 (AMD64)のDOSEMUのもとで，Log200を動かして，Slackware ARM (32bit)のサーバー上にあるデータファイルはNFSでアクセスしよう，ということにしました．DOSEMUはmacOS上で動くVMWare Fusionで動くSlackware64でも動きますし，そこからNFSでサーバーのディレクトリーをマウントすることもできますから，仮想マシンと実マシンのいくつかの環境からLog200を実用的に使えます1仕立ててはいませんが，Manjaro AMD64をホストにしてSlackware64のゲストからも同様にLog200は動かせます．．
いちおうこの状態を結論としていました．
ところが先日，親切な通りすがりのかたが，DOSBox-XのDOS/VモートでLog200が動く可能性が高いとアドバイスしてくださいました．
さっそくDOSBox-Xがインストール済み2MacPortsによる．なmacOS (x86_64 Sonoma 14.5, x86_64 Ventura 13.8.7)で試したところ，あっさり動きました．通りすがりのかたに教えていただいた通り，基本的に設定ファイルである “dosbox-x.conf” に，
[dosv]
dosv=jpと書くだけで自前でDOSを用意する必要さえもありません．
以前調べたところではDOSB0x-Xは，Debian (Raspberry Pi OS)やManjaroでは公式チャンネルからの配布はありません．代わりにFlatpakというパッケージマネージャーでインストールすることになっていて，今回あらためてインストールしたところ，日本語DOS/Vモードがちゃんと動き，Log200も問題なく動きました．
Flatpakでうまく行った環境は，
- Manjaro AMD64
- Raspberry Pi OS (64bit)
です．あっさり書いちゃましたが，非x86のRaspberry Pi OS（Raspberry Pi 5 Model B 8GB RAM）でも簡単に，しかも実用上問題ない速度で動きました．
Raspberry Pi OSで動きますから，Debian AMD64でも間違いなく動くでしょう．
最終目標である，Slackware ARM (32bit)ですが，もちろん公式配布パッケージにDOSBox-Xは含まれていませんが，SlackBuildsにはあるので，sbopkgでインストール可能な可能性があります．一方SlackBuildsにはFlatpakもあります．
他にFlatpakで動かすアプリがいくつかあれば先にFlatpakを試す価値はありますが，いまのところDOSBox-Xだけですから，先にDOSBox-Xをsbopkgでbuildするほうがいいだろうと判断してそうしました．
で，buildできて動きました3buildには少々時間がかかりますが．．
いよいよSlackware ARM64 15.1のリリースが待ち遠しいです．
Manjaro ARMのRPi5 kernel
Raspberry Pi 5 Model B (RPi5)の評価はその後も続けています．テストしているのはRaspberry Pi OS (RPiOS), Manjaro ARM(64bit), Slackware ARM64 (Slackware-current)の3OSで，そのうちのRPiOSとSlackware ARM64はRPi5を入手した2024年初時点でRPi5をサポートしてました1Slackware ARM64は，SARPi5により．
Manjaro ARM64は一番使いたかったOSでしたが，当時は公式にRPi5をサポートしておらずどうしたものかとヤホーで検索したところ2本当はGoogleです．，RPiOSのKernelとモジュールなどを使えばよいと知りその状態で動かしてきました．
その後4か月も経つので正式Kernelもあるだろうと，PacmanのGUIフロントエンドであるAdd/Remove Softwareの検索窓に “rpi5” と入れて検索したら，Kernelなどがあることが解り，早速インストールしました．
ネットで調べたところ本年3月には公式Kernelがあったようです．まあ，Manjaro ARM64がRPi5で動かせていたので今更どうでもいいですが😅
今後，ないとは思いますが，RPi4で使うことも考えて，RPi4用のKernelなども残しました．削除するのは簡単ですし．
今までのところ，RPi5上でRPiOSとManjaro ARM64は十分使える感じです．
Slackware ARM64に関しては，Slackware-currentであるため，ほとんど毎日のようにいくつものupdateが来て，サーバーがあまり強力でないこともあって，その度にupgradeにものすごく時間がかかります3slackpkg upgrade-allをかけたまま就寝することが多いです．．その事もあっておよそ使いやすいとは言えません．
現在の “結論” 的には，Slackware ARM64の15.1 (次期公式リリース)が出るのを待って，RPi54現在使用している8GB RAMのものか新規に購入するかは未定．にインストールして，次期サーバーに仕立てます．