arm ボード rock64 を購入してみたので軽く動作確認とレビュー

先日書いた rock64 の話の続き．

arm ボードを色々試してみようかなと思って，rock64 を購入してみました．

軽く説明しておくと，rock64 は pine64 が作ってる arm ボード．pine64 は最初は

Kickstarter で募集していろいろなボードを作り始めたメーカだったような気がします．

で，rock64 自体のホームページはこのあたり．

www.pine64.org
スペック的には

CPU Architecture

• Quad-core Cortex-A53 up to 1.5GHz CPU

GPU Architecture

• ARM Mali-450MP2 Dual-core GPU
• OpenGL ES 1.1 and 2.0, OpenVG1.1

System Memory

• LPDDR3 RAM Memory Variants: 1GB, 2GB and 4GB.
• Storage Memory: ROCK64 boards have 128Mb built-in SPI Flash memory but not yet in use, currently use bootable microSD Cards or bootable attachable eMMC.

Video

• Digital Video output up to 4K@60Hz

Audio

• 3.5mm A/V Jack (Composite Video Output and RCA Stereo support using conversion cable)

Network

• 10/100/1000Mbps Ethernet

Storage

• microSD - bootable, support SDHC and SDXC, storage up to 256GB
• eMMC - bootable (optional eMMC Module)
• 1 USB3.0 Dedicated Host port
• 2 USB2.0 Dedicated Host port (top one is USB-OTG)

Expansion Ports

• 2x20 pins "Pi2" GPIO Header
• 2x11 pins "Pi P5+" GPIO Header (with 2nd 10/100Mbps Ethernet pins)

な感じ．web からのコピペですみません．

チップ自体は Rockchip RK3328 が使われています．

ラズパイよりも周辺ポートが拡張されています．けど，BT とか WiFi はありません．BT とか WiFi が必要なら USB などで拡張する感じかな．

メモリは現行ラズパイよりは多いですが，ラズパイ4B が出れば並ぶかな．

グラフィックは Mali．ラズパイは VC4 とかなのでラズパイの方が強力かも．

電源はラズパイみたいに USB ではなく，AC アダプタで供給する形になっています．

OS は https://wiki.pine64.org/index.php/ROCK64_Main_Page あたりを見て頂くとわかりますが，割と色々な OS がポーティングされています．ボードのリビジョンによって多少異なりますが，Android TV まであるのはちょっと嬉しいかもですね．

...

で，どこから購入しようかなとちょっと悩みましたがメーカーから直接注文．上記のホームページから直接注文しました．

4G モデルと eMMC 32GB, AC アダプタも同時に注文．

eMMC はちょっと動作を試してみたかったのと，アクセスが高速になるみたいなので開発用途に使うには作業が捗りそうだったという理由から．

AC アダプタは，色んなブログを見ると避けている人が多い雰囲気だけど，PC/AT マシンの初期 (25年くらい前？) には US 向けモデルの電源を普通につかっていたので US 用の AC アダプタであれば問題なく使えるだろうと言うことで，US 用のものを購入．

送料はちょっとけちって普通の配送で注文しました．

...で，10日ほどで到着．ゆうパックでの配送だったかな．

ものはこんな感じ．

ボード詳細はこんな感じ．

eMMC はこんな感じ．

ボード自体はラズパイと同じサイズ．

左がラズパイで右が rock64 ね．手元にあったラズパイ用のケースにいれてみたけど下半身は普通に収まりました．

けど，上半身は赤外線受光部がじゃまになって入りませんね．

また，電源ボタンとかリセットボタンがついてるんだけど，ラズパイ用ケースだとそれらのスイッチが使えなくなっちゃうね．電源周りもコネクタ形状が違うのでダメ．

eMMC は下記写真中央のコネクタに刺す感じになります．eMMC Module ってシルクが書いてあるところね．で，eMMC 用コネクタの左側にあるのが電源スイッチとリセットスイッチです．

とりあえず動作確認してみようかなと slackware のイメージをダウンロード．

なんで slackware なのかっていうと debian を動かしている記事は良く見るし，slackware ベースな Plamo Linux とか Qbilinux の開発に関わってるからとりあえず slackware の方が良いかなと思って．

イメージを上記ホームページからダウンロードして xz で解凍して，dd で microSD に書き込み．

とりあえず eMMC はついていない状態のままその microSD を使ってブート．

無事ブートしました．当然か．

懸念していた(?) AC アダプターも問題なく使えています．AC アダプターの表示を見ると 100-240V 50/60Hz ってなってるから日本国内でも全然問題ないですね．

CPU はこんな感じ．

メモリはこんな感じ．

minimum な slackware なのでなーんのソフトも入っていないので確認したのはそんな程度．

けど，なんかちょっとひさびさにちょっとワクワク．

ブート方法とか kernel の状況などの詳細を調べないとな．

ブートは u-boot を使ってるみたいってことと，カーネルソースは https://github.com/ayufan-rock64/linux-kernel あたりにあるってことは調べたんだけど，ここで配布しているカーネルバージョンがちょっと古いんだよな．rockchip のチップ使っているから普通に kernel 5.2/5.3 系が使えないかなとちょっと思っていたり．

rockchip の情報は下記あたりにいろいろありそうなので追々詳細を見てみようかなと．

opensource.rock-chips.com

とりあえずはそんな感じかな．

次回は rock64 用の eMMC の動作確認でもしようかなと思っています．

ラズパイ以外の ARM 組み込みボードってどうなのかなと思って rock64 を注文してみた

自作の linux ディストリビューション (qbilinux) を作る作業をクロスコンパイラを使う形ではなく今はラズパイ上で行っています．

が，ラズパイを Linux 環境としてがっつり使っていると何かダメダメなところが色々と見えてきた．

CPU をフルに回すと突然お亡くなりになる．冷却不足？

USB3.0 HDD と相性の悪いモデルがある．つないでも認識しないことがある．ラズパイ 2B がダメっぽい雰囲気．

まぁ，ラズパイのせいだけではなく，自分で作ってる linux ディストリビューションの設定が悪いのかも知れないけど，ちょっとストレスたまりまくり．

冷静に考えるとなんだかスペックのバランスが悪い気がするんだよな．

そんなに CPU パワーは要らないんだけど，もうちょっと周辺機器が安定したり，パワフルな方が良いかなと思ったり．

新しくラズパイ4が出るけど，そっちも電源が USB-C になったは良いけどなんか基盤設計にミスがあって電源系に使う機材を選ぶみたいだし．

過去にもラズパイって色々やらかしてきてる印象が多い．

強い光でリセットかかるとか，

なんかあくまでオモチャという印象がするんだよな．ラズパイって．

私自身が元々組み込み系の仕事とか半島対関係の仕事をしていたから余計そう感じるのかな？

PIO ピンの規格がラズパイ規格という形で統一されて，いろんな組み込みボードが準拠したことで，組み込みボードの使い勝手が良くなったことは認めるんだけどね．

ラズパイは日本だと入手性が良いのもメリットかな．けど，値段はちょっと高すぎる気がする．

ということで色々とラズパイ以外の ARM ボードコンピュータを物色．

ちまたでは NanoPi とかの方が評判は良いみたいだな．

たしかに一時期購入しようとしたんだけど，まだ買ってないんだよな．ちょっと余裕あるときに注文してみるか．＞ NanoPi

あとはハイスペックなものだと rock64 とか rock64 pro とかかな．

...

そんなこんなでなんとなく rock64 を注文してみました．

まぁ，いっしょに配布されている linux を使うと言うより自作 linux ディストリをポーティングする用だけどね．

rock64 は国内だと秋月とか amazon でも購入できるみたいだけど，値段も高いし，特定モデルしか選べなかったので海外注文．

いつ届くか良くわからないけど，届いたら blog で状況を書こうかなと思っています．

とりあえず，そんな感じかな． 

ROCK64 4GB single-board computer

ROCK64 2GB single-board computer

php で html tag を echo しないような記述に修正中

メンテしている web サイトの php プログラムを修正中．

cakepphp 2.x の頃から運用していて，現在 cakephp 3.8 で運用中．

昔は emacs でガシガシ書いていたけど，最近は phpstorm 使って書いています．

で，気になったのが html tag を echo している記述．

emacs で書いていた頃にはまったく記述方法を気にせずに書いていたので，結構な量の html tag を php 中で echo してる．

<?php echo "<p>".__("テスト")."</p>"; ?>

な感じね．

これが統合環境な phpstorm だと扱いにくい．

というか統合環境に html tag のチェック機能がついてるけど，全く機能しないんだよね．

ということで，echo している html tag をベタで記述するように，修正が必要な個所から少しずつ直しています．

<p><?= __("テスト"); ?></p>

な感じね．

そうしたら結構なところで html tag のつじつまがあっていないところが見つかったり．

けど，修正ミスで余計な記述とかが html 側に残ったりするんだよな．これ，探すのが結構面倒．

<p>"<?= __("テスト"); ?></p> な感じで <p> の後ろの " を消し忘れていたりする感じね．

最初からきちんと書いておけばそんなことはしなくても良かったんだろうけど仕方ないね．

長期間メンテしながら使い続けているプログラムって，いろんなところが無駄になっていたり，スパゲッティ状態になっていたりするから定期的に見直すことが必要かなと思っていたり．

けど，動いているものに手を入れると思わぬトラブルとかもあるからなかなか難しいんだけどね．

Qbilinux 開発について（その37）: 引き続き Mesa を入れ替えると芋蔓式に...な話と新しい iso イメージ作ってみた話

ぼちぼちと Plamo Linux 6.x のソース一式からブランチして，qbilinux という linux ディストリビューションを作成．

いつまで続くのか．

いじってる qbilinux のホームページは https://qbilinux.org/ に，ビルドスクリプトは https://github.com/qbilinux/qbilinux，バイナリは https://qbilinux.org/pub/ 以下にあります．

引き続き Mesa を新しく入れ替え．

先日の glib/gtk 入れ替え時と同様に芋蔓式に依存関係が崩れてしまって再コンパイル．
うーむ．何度も繰り返すようだとちょっと *.la ファイルを使わない形に変更するようなことを考えないとなぁと思っていたり．
...

で，一通り x86/x86_64 版の方の作業も終わったので何となく current ツリーを使って iso イメージを作ってみました．

インストーラーは 0.3 の鴇と同じものを使ってます．なので NVMe なディスクに新規インストールはできません．正確に書くとインストールできないのではなく，ブートローダーがきちんと設定できていないのでインストール後に手作業で修正してあげる必要があるって感じですね．はい．

その 32bit 版 iso を使って手元の Let's note NX2 にクリーンインストール．

SATA な SSD にインストールしましたが，問題なくインストールできてブートできました．

少し使ってみた感じ，問題となったのは intel の X ドライバがつじつまあってなくて再コンパイルが必要になったくらいかな．

64bit 版の方は VirtualBox に基本部分だけ入れてみましたが，こっちもブートできないとかインストールできないなどの問題はなさそうな雰囲気．

ちょっと安心．

もう少し使ってみてから使えそうなレベルになっている雰囲気なら ftp サイトの方においておこうかと思います．

一応，各ソフトのバージョンは kernel 5.2.1, gcc 9.1.0, llvm 8.0.0, texlive 20190410, libreoffice 6.2.5.2, KDE framework 5.58, KDE application 19.04, Plasma 5.12.8, MATE 1.22, lxqt 0.14.1 な感じになっていたかな．詳細は https://qbilinux.org/pub/qbilinux-current/ 以下を見てください．

あ，arm 版の方は古いままです．ごめんなさい．随時コンパイル作業はしていますが，なかなか追い付かないですね．こっちも一通り落ち着いたら SD イメージを作成して試してみようかなと思っていたり．

現状では gnome 回りがちょっと古いので，今後はその辺りを新しいものに更新してから，インストーラーの修正をして，次のバージョンを締める感じにしようかなと思っています．

とりあえずそんな感じです．はい．

PC 用の新しい twitter 画面使いにくい

PC のブラウザ経由で twitter を使っていますが，徐々に新しい画面に強制的に切り替えられているみたいですね．

この画面嫌い．

使いにくいと思ってます．

基本的に自分の tweet だけ表示させて使っているんだけど，同じことをしようとすると何度もクリックしないとダメ．

一画面に表示されている情報も減ってるんだよな．

メニューに大きな場所使って，tweet 自体の表示領域が減ってる意味がわからない．

なんでこんな画面にするんだろう．

「話題を検索」とかのメニューとか要らないんだけど．

「おすすめ」とか「トレンド」表示も要らない．

消そうとしてみたんだけど，消すメニューは見当たらないみたい．探し方が悪いだけ？

不要な情報が増えて，ほしい情報が減ってる画面って印象．

...

同様にスマホ用の twitter の公式アプリも使いにくいと思っています．

少ししか使ったことないけど，やたら広告みたいな tweet を差し込んでくる印象だし．

なので違うアプリ使ってます．有料のものですけどね．

...

まぁ，なんだかんだと仕方なく使うんだろうけど．

一時期より，使う頻度は相当減ってるんだけど．

linux ディストリビューション作成してていろんなオープンソースなソフトのコンパイル・設定方法を検索しても...

ただの雑談．

最近，いろんなオープンソースなソフトのコンパイル・設定方法を検索しても出てくるのは各ディストリビューションでの設定方法がほとんどになってしまいました．

debian/ubuntu だとこのソフトを apt-get してこのファイルを設定するとか，rhel/centos だと yum して...とか．

で，私自身が知りたいのはもっと素の状態のものをコンパイルしたり設定する方法とかだったりするので，結局，ソース付属のドキュメントみたり，開発元の web サイトみたりになってしまう．

昔は，こうやってコンパイルして，設定ファイルをこう弄ってって解説がたくさんあったのに全然なくなりました．

日本語などで簡単に知りたいってことがたまにあるんだけどね．

そういう意味では Linux From Scratch の文章はちょっと貴重かなと思ったり．

www.linuxfromscratch.org
あとは各種ディストリビューションのソースとかビルドスクリプトの中を直接見たりなどしています．

結局，ここまでディストリビューションが至れり尽くせりになると自分でコンパイルする人も少なくなってしまったので，ご時世的に仕方ないんでしょうね．

広く出回っているディストリビューション上で，自分でソフトのコンパイルするのは割とあたらしいバージョンが使いたいって時くらいだろうし．けど，たいていの場合，そういったケースでもだれかが野良パッケージ作っていたりしますからね．そういうのを使えばコンパイルしなくても良いし．

けど，だれが作ったか良くわからないパッケージを使うって，セキュリティ的にどうかって問題はあるけどね．

私自身も debian で使っている環境に関してはほとんど自分でコンパイルすることもなくなったからなぁ．

まぁ，自分でディストリビューション自体を触っていると，最近はそういうことを感じてるよってことを書いてみました．はい．

cakephp の element の多重呼び出しでの変数渡し

cakephp の element の多重呼び出しでの変数渡し

久しぶりに cakephp の tips みたいなものでも．

element を多重呼び出ししているときに変数を渡そうとしたときにちょっとはまったので．

$a, $b って変数を使って element foo 中で変数 $a を使っている場合，

$this->element('foo');

だけで $a は渡せます．$b を $a として渡したいときには

$this->element('foo', ['a' => $b]);

ですね．

で，問題なのはその先．element foo から element bar を呼び出していて，bar 中で $a を使っているとき．

説明しにくいね．

C とかの関数で書くとこういう感じかな．

foo (a) {
    bar(a);
}
bar (a) {}

な関数に対してのこと．

この場合．$a に $b を渡したいと思って，

$this->element('foo', ['a' => $b]);

とやっても bar 中は $b を使ってくれないのね．グローバルに $a が設定されているから $a が自動的に使われるみたい．

foo 中で bar を呼び出すときに明示的に

$this->element('bar', ['a' => $a]);

って記述しておかないとダメみたい．

ふーん．

10分ほど悩んでしまいました．

あまり詳しく追っ掛けてないんだけど，php の言語仕様からくる制限なのかな？それとも cakephp の制限？

まぁ，時間のあるときにちょっと追っ掛けてみるかなって感じ．

debian 10 buster がリリースか

debian 10 buster がリリースされましたね．

www.debian.org
詳細は上記のニュースを見て頂くとして，5年間のサポートは嬉しいですね．

ということで，手元の ThinkPad X250 にもインストール．というか，debian 9 stretch からのアップデート．

これまでは適当な手順で行っていましたが，今回は official なドキュメントに沿って作業．その方がトラブルが少ないかなと思ってね．ドキュメントはこのあたりかな．

www.debian.org

1時間ほどで無事 stretch から buster にアップデート終了．

これまでに何度か予行演習をやってましたが，ちょっとは役に立ったかな．

buster にしてから半日ほど使っていますが，目立った不具合は無さそうな雰囲気ですね．これまでも何度か buster をインストールして使ってはいましたが，ちょこちょこ不具合は感じていたんですけど，そういった感じはなさそう．感じていた不具合に関しては，時間がなくて報告とかはしてなかったんですけど．_o_

docker 使ったりの開発環境などにも使っていますが，それらも問題なく動作しているようです．ふう．

各種ソフト類も新しくなって良い感じですね．

ということで，ざっと使った感じでは問題なさそうなので，もうしばらく様子をみてから私自身が管理している公開サーバー類もアップデートしようかなと思っています．公開サーバーは安定稼働しているので無理にアップデートする必要はないんだけど，ツール類が新しくなっているので，そっちのメリットの方が大きいかなと．

5年間のサポートもあるし．

そんな感じで簡単な debian buster のレビューでした．

Panasonic Let's note SX3 の液晶交換

手元で Panasonic Let's note SX3 を使用．

3ヶ月くらい前かなぁ，気がついたら液晶にドット抜け．

騙し騙し使っていたんだけど，徐々にドット抜けが広がってきた．

最初は横方向にキーボード幅くらいのドット抜けがあっただけなんだけど，最近はそれが増殖して広がったと同時に，さらに横に一本ラインが抜けてる状態になってしまった．

ドット抜けになった場所と間隔からすると，何か衝撃があったときにキーボードが液晶パネルにぶつかったのかなぁとも思ったり．

この状態でも我慢して使っていたんだけど，画面上でデザイン作業なんかをしているときに，ふとデザインなのかドット抜けなのかパッと判断できないときが出てくるんだよな．

ということで，我慢できずに修理しようかなと．

最初は普通にパナソニックでの修理費用を調べたんだけど，修理目安金額 53,000円 程度とのこと．ちょっと無理...．

一応，この SX3 って新品購入して4年保証に入っていたんだけど，案の定というか何というか，保証期間の4年過ぎてから故障するものなのね...．やっぱり...．

以前，別途所有している NX2 の修理を野良業者にお願いしたことがあったんだけど，その野良業者さんでの修理費用も調査．中古の液晶モジュールを使うように依頼すれば安くはなるみたいだけどそれでも 20,000円 前後になりそうな感じ．ちょっと高いな．どこの業者さんかはちょっと秘密．色々あるので適当に検索して良さそうなところを探してみてください．あくまでメーカー修理じゃないので自己責任って事になりますけどね．

で，液晶型番で調べてみたところ，普通に Let's note 用の液晶モジュールが amazon とか楽天で販売されているらしい．新品の液晶パネル自体が 10,000円 前後だからまぁこれで良いかと思って自分で交換することに．交換手順などは分解工房さんのホームページ詳しく書かれていますね．

bunkaikoubou.jp
分解工房さんのホームページはちょくちょく利用させて貰っていますが，かなり重宝しています．

一瞬，パーツ取り用のジャンクなんかをオークションとかで安価に購入して液晶だけ交換って事も考えましたが，この SX3 は仕事に使っているので辞めました．Let's note の上半身だけとかなら 3,000円 とかで落札できそうだったんだけどね．

自分で修理することに決めたものの，液晶パネルをどこで購入しようかなぁとちょっと悩みましたが，最終的には楽天のショップで購入しました．

今回はリスクを取りたくなかったので海外での注文は辞めました．で，amazon を調べたら値段は割と安いですが，なんかあんまり評判良くないみたい．一方，楽天の方は値段は少し高いけど6ヶ月保証があったのと，即日出荷で翌日には納品されるということで楽天で良いかなと．領収書等も発行してもらえるようでしたからね．

分解工房さんのところでも販売していますが，SX1/SX2 用液晶は在庫ありでしたが，SX3/SX4 用は在庫なしだったので今回は選択肢から除外しました．

一応，購入前に手元の SX3 を分解して液晶型番が CLAA121UA02CW ってことで同じ部品を発注．楽天の購入先はこのあたり．

item.rakuten.co.jp
で，注文の翌日に到着．

分解工房さんのホームページを参考にさくっと作業...と思ったら全然ダメダメ．液晶パネルの回りに付いている緩衝材ですが，分解工房さんのホームページに載ってるのとは全然違う形のものがついていました．しかもがっつり付いていて全然はずれない状態．マイナーチェンジで変更になったのかな？

無理やりはずしましたが，金属部品が思いっ切り曲がってしまいました．

はずしたそれらの緩衝材を新しい液晶のほうに取り付けしましたが，両面テープがとれちゃったので自分で小さく切った両面テープなどを使いながら固定．でも金属部品が曲がってしまったので，綺麗には付きませんでした．けどなんとか無理やりつけて，元通りに組み立てしました．ふう．

ということで復旧．

動作確認して問題なく液晶パネルが映っていることを確認．液晶パネルの品質がちょっと不安でしたが，全然問題ない感じ．

交換作業をした感想ですけど，もう一回作業ししますかって聞かれたらもうやりたくないなぁって感じ．作業料が数1,000円程度なら業者にお願いしたいですね．液晶の回りに付いてる緩衝材は取り外すことは考えられていないみたいだし，液晶パネル交換時には緩衝材込のユニット交換が前提に作られている雰囲気だから．

何度か Let's note を分解しましたが，全体的な作りはやっぱり日本製の細かい感じだなぁと思います．ThinkPad を良く分解するけど，全然 Let's note の方が緻密な作りだなって印象ですね．その分，分解とか交換作業，組みたてなどは面倒なんですけどね．:-)

ThinkPad だと部品が簡単に入手できますが，最近では Let's note でもある程度の部品は入手できるようなので少しだけ安心ですね．

以前，NX2 を修理した際にも，自分で部品を調達して修理しようかなと思ったんですけど，調べてみたら野良業者さんで部品代 + 3,000円 くらいで修理してもらえるってことだったので自分で作業するのは辞めてお願いしまいました．修理の際に他にも不具合ないか一通りチェックしてもらえるって事だったので自分でやるよりはお得かなぁということでね．

まぁ，簡単ですけど Let's note を自分で修理してみた話でした．

Qbilinux 開発について（その36）: glib/gtk 周りをいじると芋づる式に

ぼちぼちと Plamo Linux 6.x のソース一式からブランチして，qbilinux という linux ディストリビューションを作成．

いつまで続くのか．

いじってる qbilinux のホームページは https://qbilinux.org/ に，ビルドスクリプトは https://github.com/qbilinux/qbilinux，バイナリは https://qbilinux.org/pub/ 以下にあります．

最近は glib/gtk 周りを新しめのものに更新中．

Plamo-6.x 時代のままで更新してなかったら，gnome を新しく更新したり cinnamon を作ったりでちょっと必要になりそうなので．

そうすると芋づる式にダメダメになっていく．

依存関係が多いからね．

おまけに glib/gtk の build 環境が configure & make から meson & ninja に変更になっていたり libtool 使わないようになっていたりで大変なことに．

/usr/lib, /usr/lib64 以下などにある *.la ファイル中で glib/gtk 関連の .la を呼び出しているパッケージが全滅．

あーあ．

仕方ないので一個ずつ追っかけて新しいバージョンのパッケージが出てれば更新しながらリビルドを繰り返してます．

...けど，freetype とか harfbuzz ではかなり苦戦．これらはお互いがお互いのライブラリに依存してる上に，glib とかにも依存してます．

修正するためには harfbuzz を freetype に依存しないように作ってから，freetype を harbuzz に依存しないように作成．その状態で harfbuzz を freetype に依存する形で作り直そうとすると，harfbuzz はその他いろんなものにも依存していて，それらも glib に依存してたり．で，必要なもの (cairo とかだったかな？) を全部作り直してからようやく harfbuzz を作り直し．で，最後に freetype を harfbuzz に依存する形で作成．

って感じの作業．

何を書いているか判らない？

まぁ，普通はそうかもしれないですね．そんな感じの作業をしてるってことで，軽く読み流して頂いてかまいません．

可能な限りボチボチとやっていきます．はい．

Plamo-7.x は Plamo-6.x から環境を全部リセットしたので libtool は使わないようにしたんだっけ？libtool 自体のパッケージはあるようだけど，よく知らないです．

...

glib/gtk はビルド環境が configure から meson とかに移行しましたが，最近のツールは徐々に configure は使わない形になっていってますね．

まぁ，そちらの方がパッケージ作成のメンテも楽なので良いことかなと思います．

configure 使っていると aarch64 の定義 (arm 64bit 環境のことね) がなかったりなので，aarch64 対応のために修正を入れる必要があったりして．これが地味に面倒な作業になってます．:-P

そろそろ次のバージョンをいつ締めるか考えようかなぁと思っていますが，いつ頃が良いんでしょうかね．

いまのところは年末辺りをめどに作業していく感じかなと思っています．

現状はそんな感じです．