先日、Alpine Linuxでgetdnsをbuildしようとするとcmakeのmoduleがgnutlsライブラリを見つけることが出来ない、という記事を書きました。
前回の記事
最終的にはissueにて報告したわけですがすぐに反応がありました。
[cmake][AArch64] AArch64環境かつAlpine Linuxだとgnutlsライブラリを見つけられない？
相変わらずAArch64環境でDocker containerイメージを作成しているのですが、そのうちの一つであるstubbyが次期バージョンからcmakeでbuildするように変わるそうです。
そのため移行のための準備をしていたのですが、とあるオプションを有効にするとライブラリが正しく検索されない問題に遭遇しました。
[ARM][IYH] FriendlyARM NanoPC-T3 PlusをIYHしてしまった。
先日以下のような記事を書きましたが、搭載されているメモリが少ないことから自分の使い方だとSwapしかしなかったため、結局メモリを増量したNanoPC-T3 PlusをIYHしてしまいました。
[ARM]FriendlyARM NanoPC-T3のベースイメージがAArch64になってた。
以前に上記のような記事を書いていましたが、その時に用意されたOSイメージは ARMv7 でコンパイルされていたため、ほとんど使用せずお蔵入りのような状態になっていました。
が、気が付いたらOSイメージがAArch64でbuildされるようになっていました。
[Lua][ARM][ARM64] LuaJITのarm64対応がまだだったのにKnot resolverは動作してた。 その3 (関連ライブラリ側で対応された模様)
1回、2回と続いてきたこのシリーズ。
この問題はluajitがAArch64に対応していないことに起因する問題なわけですが、luajitの開発は少なくとも現在は活発ではないようで、commitなどをほとんどされていないように見えます。
しかしながら最近はAArch64の環境が増えてきたことから、この手の問題で困っている人が増えてきているようで、luajitを含めてlua関連ライブラリのところでは困っている書き込みが良くあります。
knot resolverについても結局は関連するライブラリ側で対応してもらうことになったようです。
[Lua][ARM][ARM64] LuaJITのarm64対応がまだだったのにKnot resolverは動作してた。 その2
続きから
過去に以下のような記事を書いていました。
先日4.1.0が公開されたのですが、その中でこの問題に対応されたような記述がありました。
[ARM][Pine64] RockPro64 でNVMeディスクを使用してみた。
RockPro64は、RK3399を搭載したArm SBCなわけですが、どちらかというと開発ボードとしての側面が強い製品です。
で、一応PCIe x4なスロットが搭載されているわけで、かつ公式からはPCIe – NVMe変換ボードやPCIe – SATA変換ボードが販売されています。
Arm SBCは総じてmicroSDもしくはeMMCしかないため、ディスクを多用する場合は弱点となりがちですが、NVMeなどが使用できれば、この弱点を克服することができます。
ということで、今回はNVMeを使用してみることにしました。
ちなみにこの辺りの情報については、海外の方がいくつか情報を出していらっしゃいます。