雪降っても出勤しないといけないお仕事なので…（震え声

散々考えこんで散々調べたんだけど、カーネルをアップグレードしてもliloしなければアップグレードされないっていう…Slackware（というかLILO使ったdistro）あるあるでした。
問題起きてる時にdmesgしてみるとLinux-5.5.19-smpが起動してるって書いてあったので、これは起動するカーネルがおかしいじゃんよ（というかこの状態でよく起動できたもんだな）、と。

root@slackware-vm2:/lib/modules# modprobe ohci
modprobe: FATAL: Module ohci not found in directory /lib/modules/5.15.19-smp
root@slackware-vm2:/lib/modules# ls /lib/modules/
5.15.145 5.15.145-smp
root@slackware-vm2:/lib/modules#

…えっ

もうそんなに経ったのか

シリアルポートにデバッグメッセージを吐くような仕掛けを突っ込んで、こんな感じで情報とるのかなーということが分かったけどあまりの寒さにそれ以上進める気力がわかない…

うーん、VirtualBoxのシリアルポート(/dev/ttyS0とか)のエミュレーションってやっぱり怪しい気がする。速度落とすか、16450相当にするかしないと動作が「ん゛っ？」ってなる場面があるような。

printf("hogefuga")みたいな内容を、シリアルポートに垂れ流すようなものを用意した方が良いんだろうか。

Buffer/全ひらがなの状態だと、sj3_rkconvc()を通るパスになってる。cv->Imode = 0x14なので、MODE_ZEN(0x10), MODE_CONV(0x04)が設定されてると。

(gdb) print rkstr[0]
$3 = 8
(gdb) print rkstr[1]
$4 = 4294967295
(gdb)

4294うだうだ～は0xffffffffか。

if ((mode = cv->Imode) & MODE_CONV) {
sj3_rkconvc(c, rkstr);
} else if (mode == MODE_CODE) {
codeconv(c, rkstr);
} else {
rkstr[0] = SetMojilen(1) + c;
rkstr[1] = RKEND;
}

ここのどこを通っているかも調べる必要があるか。rkstrはunsigned int[]になっているけど、これexec_romaji()の引数がwchar16_tだからできることであって、サイズが変わったら全部を見直さないといけないような。

とはいえ具体的な○○という事象ではなく、広範囲なスペクトラムの概念にしちゃうことで、そのスペクトラムに当たりそうだから「あの人は○○だからﾋｿﾋｿ」の対象にされてしまうというのもある…

拾うべきものは拾う、拾わないものは拾わないで良いはずなんだけど…別に拾っても拾わなくても良い物まで勝手に拾ってラベルを貼るというのは避けてもらいたいところ。

血液型占い、確かに雑なカテゴライズ…とは思っているのだけど、血液型による病気のリスクが異なるという話を聞いてしまうとあながち雑とも言い切れないのではないかという気にもなっていて。

性格診断よりも気になる!? 血液型で違う病気のリスク (2019.11) https://kenko.sawai.co.jp/prevention/201911.html

X上でもボヤいちゃったけど、流石に「インターネット『上層部』」なるワードが出てきたのにはヤバいと思ったわ。
管理団体は必要だとしても、フラットであることが前提の世界に上と下とかいった身分を作られちゃうのは流石に許せぬ…

多様性ってぶっちゃけ、誰かにとって都合の良い多様性であって都合の悪い多様性は滅殺するじゃないですかー。

オタクだってお金が落ちるから認知されてるようなもので、80年辺りのスタイルがそのまま続いてたら滅殺の対象でしょうよー。

PCいじる趣味だってWindows95＋インターネットの普及により各家庭に一台置かないとやってらんないって空気になったから認知されたようなもんだしー。

ああもう嫌だ嫌だ嫌だ何もかも滅びてしまえええと叫びたくなる程度には、まあモヤモヤを抱えてますわな。

※こういう面倒なオッサンにはならないようにｗ

スーパーマーケットのセルフレジのカード決済端末の置き場所、体の右側に置いてある店が多いんだけど…ああいうのを見るたびに、左利き相手ですらそんな扱いする以上それより数の少ないマイノリティへの扱いだって期待できるわけないし、戦争だってそりゃあなくならないだろうよという気分になる。

人類、面倒なんでレッテル貼って区別するしかできないイキモノと最近理解してます。そこまで期待できるほど人類は賢くない…と。

むー、romaji.cのexec_romaji()、if (is_bs(c1))の中身の問題かなあ。

そしてBuffYes()を呼ぶのがもうあっちゃこっちゃでやってるので…（追うの大変）

cv->BuffModeを見るんじゃなく、BuffYes()越しにこの内容を見てるのか。とはいえ、この関数の中身はGetConversion()を呼んだ後にcv->BuffMode == BUFFかどうかを返すだけなんだけども。

色々試す！問題があったら戻せるものは戻す！戻せないものは諦めて泣く！

うーん、自分～自分間のフォロー、便利っちゃ便利だしなんか自分の声をテープレコーダーで聞いてるみたいで慣れないとちょっと気持ち悪いかなー…（過去のtweerなりtootなりを散々見直すくせにそれ言うか＞自分）

二つのアカウント間でこんがらがりつつあります…ｗ

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

あひる焼き

アカウント作るだけ作って放置、っていうのは鳥でもやっていたけど…結局どんなことができそうでどんなことができないかっていうのをちゃんと把握していないので色々試してるとこ。

@uaa@misskey.io 確認ありがとうございます、って自分かこれ。

Federated TLでも見てもらうことを考えると、やっぱりこっち側に居る方が良さそうだな。海外向けは海外のインスタンスに行けばいいし…分散したtootの管理はnotestockに任せればいいけど…検索とか関係なく、串刺し（グループに登録した全アカウントのtootを単純に時系列で）表示とかあったら嬉しいかなあ。

bsd.networkなんかも割と（federated見てると）外との繋がりは少なめな印象。OpenBSD系の開発ネタとかはあそこに放り込む方が良いのは確かなんだけど…

うーん、なんか不思議。まあ国内向けならmikutterさんとこに居る、で問題無さそうなんだけど…裏側？のsocial.tchncs.de側でtootするとmisskey.ioでは見えないどころかmentionすら行かないみたい。

social.mikutter.hachune.net→miskey.ioへの疎通確認です

@uaa@social.tchncs.de Hi!

なるほど、拡張子ts…TypeScriptなのか。

まあそこまで肩ひじ張らずに遊ぶ方が精神衛生上良いとは思うけどね。

蓄積した自分の発言、フォロー/フォロワーといった人間関係、それらの「資産」を預けるに相応しいプラットフォームなのかどうか…あまり意識はしていなかったんだけど、今後は厳しく見ていく必要があるのかな。

分散型だから安心、みたいな触れ込みもあるようだけど…分散型だとしてもActivityPub連合のようにオープンなプロトコルの上に様々なサーバが参加できるようなものでなければ、いくら分散していても安心できないよねーという気がするんだけど。

（伏せる）なる、Twitterの代替を狙っているもの、ねえ…Clubhouse同様iOS版しかないっていう時点でnot for meかな。

てーかKaiteki以外に選択肢あるんか？という気分になるんだけど。 https://misskey-hub.net/docs/apps.html miuktterでmisskeyにログインできる話（絵文字等の対応は一旦置いとく）というのは聞いたことがない気がするんだけど…

Kaiteki(https://github.com/Kaiteki-Fedi/Kaiteki/)はMisskey対応入ってるけど、なんかビルド要件が結構ツラいな。そもそもportsにFlutter(https://flutter.dev/)は無い…

とりあえずTooth以外のMastodonクライアントをOpenBSD上で試すことになるだろうかね…

あれかなあ、Tooth→ブラウザの連携はできてるけどブラウザ→Toothの連携がうまくいってない、とか？

うーん、Toothでインスタンスにログインしようにも、Confirm Authorization→webページでの認証→承認押しても先へ進めない、という状況なので何もできやしない。多分何か認証キーみたいなものが表示されてそれをToothに食わせるとかそんなことをするはずなんだと思うのだけど…

うーん、TootもTheDeskも、misskey.ioにつなごうとするとログインの時点でエラーを返すことが分かった。ログインのシーケンスが何か特殊なのかねえ。twidereもダメだった。

まあTwitter歴は[お察しください]ではあるのですが…InstagramみたいなキラキラオサレSNSは性に合わないし向こうからすればnot for youなので、選ばない方がお互いにとって幸せなんじゃないんですかねーみたいな。（一応閲覧用にアカウントくらいは持っちゃいるけど最後にログインしたのはいつだっけかねえ…）

うーん、Tooth、social.tchncs.deとかsocial.mikutter.hachune.net…Mastodonサーバなら問題ないんだけど、misskey.ioだと<data>:1:1:解析エラー: unexpected character `<', expected valueで先に進まない。

OpenBSD上でもなんかToothが動き出した感じ

gnome-keyringをインストールすればいいみたい。

https://unix.stackexchange.com/questions/641238/how-to-make-a-glib-app-look-for-schema-at-a-different-path にあるように、GSETTINGS_SCHEMA_DIR=/home/uaa/tooth-test/share/glib-2.0/schemas ./dev.geopjr.toothで起動すると今度は
** (dev.geopjr.tooth:99069): ERROR **: 16:35:43.388: Application.vala:116: Could not start application: The name org.freedesktop.secrets was not provided by any .service files

分かった…Tooth、meson setup build --prefix=/usr前提なんだこれ。--prefix=/home/uaa/tooth-testとすると、略)tooth-test/share/glib-2.0/色々とかインストールされるけど、これを検出できないんだかしないんだかとかそんな感じの。

うーむ、libgtk-4-1が使えるのはDebian bookworm(12)以降なのか… https://packages.debian.org/search?suite=default&section=all&arch=any&searchon=names&keywords=gtk-4 なのでgtk4が必要なToothのビルドができない。

#radiodisco DJ AKIRAのmixは安定して良いのです…

まあ、今居るmikutterさんとこで吠えてもあっち(tchncs.de)のFTLでは見えないことは分かってるので、どこからどこが見えるのかとかそういう一覧じゃないけど…なんだろね、という情報は欲しい気がする。気にしてもしゃーないのがFediverseだよん、と言われちゃうとそうなんだけど。

(misskey.)io発のノートってFediverseのどの辺まで飛んでくのかというのは気になる。Misskey間限定になるのか、拡張絵文字とかリアクション使わなければ素のMastodonなインスタンス（mstdn.jpとか）でも受けられるのかとか…自分で試せば良いんだろうけどね。

Plume(https://joinplu.me/)とかどうなんすかね。開発停滞してるからWrieFreely(https://writefreely.org/)かActivityPub plugin突っ込んだWordPress使いなよって公式に書いてあるんだけど…

Tooth、ninja installしても(dev.geopjr.tooth:6196): GLib-GIO-ERROR **: 15:34:12.412: Settings schema 'dev.geopjr.tooth' is not installed
Trace/BPT trap (core dumped)
しちゃいますねえ。

ん－ぬぬ、TheDesk(v24.0.8)の「アカウントを追加」にmisskey.ioと入れるとUnknown fatal errorになってしまう…misskey対応を外したのでログインもできなくなったとかそーゆうのなんだろうか。

流石にやらない気もするけど、そのうちMastodon clientは任意のインスタンスのホームTL統合表示とかそういうのが求められそうな気が。インスタンスA/Bのホームは流量少ないからここはまとめたTLで、インスタンスCのホームは流量多いからここは単独のTLで、みたいな。

とはいえ、twidereみたいに複数のインスタンスのホームを統合表示とかもすごく便利なので（リモートフォローしまくればいいじゃん、ではあるんだけど）。その辺の（自分の中での）線引きはもう少しFediverse暮らししてみないと分からんな…

この辺のTLの使い分けとかまだ（自分の中で）ノウハウが確立してないし。一つ分かったのは、Misskeyな人はMisskey側でフォローしといた方が良いのかなというのはあるかも…リアクションとかそのあたりの機能が必要になってくるから。

うーん、TheDeskのTL、tchncsとhachuneのHome二本立てなんだけど…Misskey側の流量が多くてhachune本来のtootの見逃しが増えてるので分けるしかないかなー。