Notices by 斎藤ただし (tadd@best-friends.chat), page 15

@ikeji この辺に居たのかな？？？ https://ja.wikipedia.org/wiki/UTC%2B5

@ikeji 早くね？？？（褒めてます）

@ikeji あー、書いたと思ってスレッドになかった。まじごめん。
30年くらい前（相当）のコミットのメアド欄が壊れてて、pushするとバリデーションではじかれて、できない。手元の中だけだと、設定で甘く見られるんだけど。

いやでも、push何もしてないGitHubリポジトリで、自分で甘く設定できるかどうかは見てなかった気がしてきた。

@ikeji うん、手元に取ってくるのはできてる

@ikeji ごめん、うまく伝わってなかったかも？そもそも「新しくforkし直す」が、ホストをまたぐとできなくて。そのforkをGitHubで公開してメンテしたかった。
今、Emacs28でWayland+HiDPIを快適に使えてるんだけど、それが標準に入るのは29からで、自分は適当に人のパッチを当ててて。かつ、間もなくリリースのDebian bookwormは28なのが確定してるので、みんな使えたらいいのになー、deb配りたい、というものです

cloneというかforkだった。歴史改竄しないとpushできない（メアド欄がgit←svn←cvs←……とか？の変換の時に壊れてたらしい）んだけど、できたらそのままで済ませたい。 @ikeji とか、なんか分からないかな？

壊れてるリポジトリで思い出したけど、とってもふるーいリポジトリ（Emacs）をGitHubにpushしようとしたら弾かれてclone作れない、困った。甘くみる設定もあるけど、.com向こう側に頼まなくちゃいけないぽいし。これどうにかできないのかな

できることの一つは、既にそれを受け入れてるupstreamのホストに自分が乗り込む、つまりDebian Salsaにアカウントをつくる。うーん。それならまだgitlab.comで済ませたい

新妻さんって代が上だっけ下だっけ、昔過ぎて忘れてしまった。

@ikeji たぶんそれ知らなかった。CPSとかそういうの？

@ikeji そういえばBMVキーボード(??)、見た？いや見てそう。 https://youtu.be/Lk3-5ceJz4Y?t=9312

@ikeji そこ経由でこれ今知った、新電子立国を見直せないのが辛い。 https://ja.m.wikipedia.org/wiki/%E3%82%AF%E3%83%AA%E3%83%83%E3%83%91%E3%83%BC%E3%83%81%E3%83%83%E3%83%97

@ikeji うーむ、それはちょっと違うと思ってたけど、どうかな。
tailってさ、ファイルの内容が増えたら（変化したら）教えてもらうっていうニーズだと思うんだけど、procfsは読むたびに変化し続けるから、あんまり意味ないんじゃないかって。

でそれ以上に、思い返してman見直してみたら、やっぱ/proc以下はinotifyできなかった。
> Limitations and caveats
> ...Furthermore, various pseudo-filesystems such as /proc, /sys, and /dev/pts are not monitorable with inotify.

@ikeji たしかに、なんとなくそんな想像していた。
けどよく分からんので調べたら、たしかに (22) starttimeで取れそう、ありがとう。人間様に読みやすいstatusにはなさそうで不便〜。

もっと言うとポーリングするのダサいからなんかinotifyみたいなのがnotifyして欲しいんだけど、中身を見てconditionalとかはinotifyの領分じゃなさそうだし、いやそもそもkernelが情報握ってるんだから別口でどうにか、とかで調べなくちゃいけないことが広がりんぐであります。

@ikeji これは説明不足だった……しばらくハングしてたらなんか時間で検出できないかな、という話だった

@ikeji あとはあれだな。特定のカーネルモジュールが特定のメッセージ出してたら、自動でmodprobe -r foo && modprobe fooしたい。
Ankerのハブ使ってるとたま〜にxhci*.koが死ぬんだよね。でもkoの抜き差しで治るのを確認済みで。
カーネルデバッグ（ひょっとするとハブ側のバグのワークアラウンド）なんてめんどくさいので、せめてラスマス方式を自動化したい。

@ikeji そういえばなんか書いてあった。試すと面白いねー、よい。

後から見に行けるとしたたら、前にちょっと話した「実行に累積で一定以上時間かかってるプロセスを特別扱い（終わったら通知とか、再試行とか）」を勝手にできたらうれしいな、とか考えてた。シェルで起動ごとにフックして監視する脳しかなかった。

@ikeji ほんとそう。ただどうもメジャーなコマンドしか対応してない・できないらしく、/procとか見る原理上それはそうかと思いながらも、なんか研究の種にならないかなと考えてしまう俺溜ガイル。
ともかく良い情報でした。

@ikeji これぱっと見、実行開始した後で見てくれる、てことだよね？これはよい。

@ikeji pv使ってたんだけど、引数でサイズを毎回指定しなくちゃいけないのが辛いと思っててどうにかしたかった。
https://packages.debian.org/ja/testing/pv
けど何もせず起動した後では同じことだし、さっきのやつの方がよさそう。