Ubuntu-22.04LTS/WSL2（24.04LTSはダメだった）上に、Intelの出しているPyTorch v2.3.110+xpuをcondaパッケージでインストールし、AnacondaのPythonを3.12→3.10にバージョンダウンしてlibstdc++は更新することでどうにか入ったけど…ソースからビルドもoneAPIのヘッダが足りなくてできないとか、途中でビルドが止まるとかであんまり良い手応えじゃなかった。

もしかして、Anaconda使うのはこの界隈の必須事項ってことでいいのかな。あと、UbuntuとかPyTorchのバージョンはちょっと古いくらいでも問題ないのかなあ（計算をしたいのであって常に最新のアプリ実行環境を求めてる訳じゃない、というマインドがあるのかどうか…）。

Intel GPU(XPU)対応のPyTorchをインストールするのに相当手間取ってました…ていうか、GPU支援の受けられるPyTorch使いたいならNVIDIA（あとはAMD）しかないって現状だったりします？しますよね？？

これって…torch.device()の中身を書き換えればCUDA以外でもCPUでも他GPUでもイケるってことだよね https://github.com/drowe67/radae/blob/main/train.py#L107

近所に神奈川県警しかいない…

なんかすみません（神奈川県民

やっぱSpaceXの影響大きいよね。ロケットの状況とか、タイムラインとか、視聴者に分かりやすい画面になったのって。

@hadsn https://mickey-happygolucky.hatenablog.com/entry/2015/04/04/105512 みたいに、ALSAのフリをしてPulseAudioが横取りというのがあるんですよ…

OpenBSDもNetBSDもGitHub上に（参照のみだけど）repo持ってるのが助かる。
https://github.com/openbsd/src
https://github.com/NetBSD/src

@hadsn OpenBSD使いとしてはALSA対応って時点で鬼門なんすよ（まだPulseAudio対応の方がやりやすい）、というのはともかくとして…イマドキのLinuxってALSAを本当に直で叩くケースってあるんでしょうかね。ALSA叩いても実はPulseAudio挟んでますーってケースも増えているみたいで。

@hadsn ということは、「懐かしの環境」とか「過去との互換性を向上」といった名目でパッチを書けばいいのかな

（C++20は新しい、という認識を持ってしまうけど…C++23も出ているし、C++26の話が出ていると「C++20は新しくないですよ？」というツッコミを食らいそう）

contour-terminalについては、どうもC++20の新しいというか標準化された機能を積極的に使いたいという雰囲気があるのでlibfmtを捨ててstd::formatへ移行してる感じ。
boxed-cpp, reflection-cppについても、コンパイラ側で対応したらサクッと捨てることが言われてるし。

この前遭遇した、mvoiceがまさにそれ…Linux以外のコード突っ込まれたくないという理由でフォークしてそっちでやってくれって思いっきり言われた（なのでyamvoice作ってる）。

Docker前提とかなるとLinux一択なのでツラい

このアカウントは、notestockで公開設定になっていません。

llvm-17がportsにあるっぽいので、これで対応できるのかなあ。まずはports@で聞いてみることにしよう。

んあー、libunicodeも<format>前提のコードになってやがる…なんてこった

uaa@framboise:~$ gdb /usr/local/bin/contour
GNU gdb 6.3
(snip)
Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 621238]
0x00000a5e6e310506 in unicode::script_extensions ()
from /usr/local/lib/libunicode_ucd.so.0.0
(gdb)

あーそういえばlibunicode-0.6.0出てるしその辺の対応も要るかー… https://github.com/contour-terminal/libunicode/releases/tag/v0.6.0

英語配列のキーボード搭載で（ここ重要）、余計なアプリの入っていない、適切な価格で十分なスペックのノートマシンを売ってくれるメーカーって…あるのかなあ（あるとは思うけど）。

確かに家にあったLenovoのノート機、電源繋ぎっぱなしにして放っていたらなんか死んでたな。普通死なないと思うけど。

マシン導入する側からすれば安ければなんでもって思想だと思う…中古だろうがスペック足りなかろうが、「マシンあるから良いよね？」って思想になりがち。

ちゃんとスペックまで考えてくれるのって、それなりに「分かっている人」の居るところに限られるよ。

（という訳で、どうも自作か、あるいはショップメイドしか信用できない…）

Lenovo傘下の方がマシンの作り、マシになってたりするんだろうか。日本メーカー製のPC、今は知らないけど昔はちょっと「こんなの絶対買いたくない」っていう印象が強くって。
BIOSはbuggyだし拡張ボード挿しても動作怪しいし、Windowsを起動しても余計なソフトてんこ盛りで遅いし、当然Windows以外のOSはお断りみたいな。
少しはマシになってるといいね？

理由は二つ、国自らがOSSに牙剥いてくるのと、国民が「国から金もらってるんだから少しは～」と牙を剥いてくるから。

国（特に日本）がOSSに口出しすると、そのプロジェクトが死ぬ未来しか見えないんだけど。

i3-13100をサブマシンで、とかローエンドとか言ってる人達って、一体どんなCPUの載ったマシンをメインに据えてるんだろ。んでもってそのマシンで何やってるんだろう？相当凄いことやってるんだよね？？

https://review.kakaku.com/review/K0001506433/

マザーボードのUEFIを3401→3403に上げたけど、3410がbetaで出てるんだよな。i3-13100なのでAlder Lake-S Refresh…Raptor Lake系ではないから多分件の「石が死ぬ」問題とは無縁なはずだし、慌ててUEFIを上げる必要は無いんだろうけど。
https://www.asus.com/jp/motherboards-components/motherboards/business/pro-h610m-c-d4-csm/helpdesk_bios?model2Name=Pro-H610M-C-D4-CSM

contour-terminal、Qt6でビルドしたら
Warning: Failed to create a gst element for the audio device, using a default audio sink ((null):0, (null))
とか言われたから…なんかのruntimeが抜けてるとかそんな奴だったような。以前もこの手ので悩まされたんだが…何が抜けてたんだっけかー？

Contour 0.5.1.7247 、この時点でstd::format化されてる…

えー、git tagとか付けてないのか…

どーすんのこれ…

えー、なんかcontour-terminalビルドし直したらcore吐いて全くうごかなくなっちゃったんですけどー？！

python3もそうだけど、x11/gnome/adwaita-icon-legacyも無いって言われてるし。

OpenBSD-7.6のports（のアーカイブ）、実は結構壊れてる？

ちょっとあの量を直すっていうのは…

まあ<format>を<fmt/なにがし>に直せばいいんだろうけど…

OpenBSDのclangが<format>にきちんと対応しない限りはcontour-terminalのメンテはできないです…と言うしかないのかも

contour-terminal、強引にこのオプション指定してみたけどビルドできないねえ…

https://releases.llvm.org/16.0.0/projects/libcxx/docs/UsingLibcxx.html#enabling-experimental-c-library-features

確かに-fexperimental-libraryでstd::format周りについては黙ってはくれる。しかし-lc++experimentalが無いと怒られる。

#include <format>
#include <iostream>

int main(int argc, char *argv[])
{
std::cout << std::format("abcdef\n");
return 0;
}

このコード、OpenBSDだと
c++ -std=c++20 test.cpp -D_LIBCPP_ENABLE_EXPERIMENTAL -D_LIBCPP_NO_EXCEPTIONS
でビルドできるんだけどちょっとこの-Dオプションって危険なことしてる？感が。大丈夫なのかこんなの指定して…

https://github.com/contour-terminal/contour/pull/1639 絡みで https://github.com/contour-terminal/contour/pull/1639/commits/2d744710c477eaf77133de1cdfd3305013332d70 が出てるから、これを取り込めばいいんだろうけど。

どーすんのこれ…

あー、fmt周りでビルドできなくなるって予告はあったけど確かにビルドできないわcontour-terminal…

https://github.com/contour-terminal/reflection-cpp
これか

久々にcontour-terminalのビルドをしようとしたらreflection-cppなるパッケージが要ると言われるようになってしまった。

どこにあんのこれ…アマゾンの奥地？

gcc-ia16, binutils-ia16, ArchがAURで持ってるくらい。 https://repology.org/projects/?search=ia16
arm-none-elf並に普及するのは時間の問題かなあ（しないかも）。

ぬー、ia16-elf-gcc、Debianのパッケージには未収載なのか https://packages.debian.org/search?keywords=ia16&searchon=names&suite=bookworm&section=all

AGON Light2のケースが大体\2k＋送料か。そろそろ買っても良い頃か…？（基板だけはある
https://www.digikey.jp/ja/products/detail/olimex-ltd/BOX-AGONLIGHT2-BLACK/19204465

前々からlibkkcをemacs上で使ってみたいとは思っていて、これを何とかするとなると…既存のIM(anthy, sj3, canna, Wnn)互換にする何かを用意するか、Emacs LISP書くかの二択ってことになるのか。

どっちも茨の道に見える。

いまtamago-tsunagiのコード見てるけど、RELEASE-CONTEXTとかCONVERTとかのコマンドってanthy-agentとの通信用であってそれ以外のかな漢字変換サーバでは使ってないのか…