mitamae を試そうとしていたが、 hocho apply で最初から root で SSH ログインしている (最悪) のに "sudo password not present" とか言われて激萎えした

そもそも rsync とかも最初は debian コンテナに入ってなかったし、必要だと言われたから入れたのに…… (tar での転送じゃ駄目か？)

やっぱり脳筋シェルスクリプトで全てを薙ぎ払うしかないのか？ (絶対嫌です)

https://github.com/sorah/hocho/blob/e76a28a26c689abbbb3caf2d6475920824be5f90/lib/hocho/drivers/mitamae.rb#L48

問答無用で prepare_sudo してるのか……

結局 ansible で悲鳴をあげつづけるしかないか……

Developing modules — Ansible Community Documentation
https://docs.ansible.com/ansible/latest/dev_guide/developing_modules_general.html

カスタムで module 書くのももちろん考えたのだが、

> It is highly recommended that you use a venv or virtualenv for Python development.

もうこれで激萎えですよ。
そういえばﾊﾟｲﾝｿｮはそうでしたね

venv に限らないけど、シェルで source して “アクティベート” する必要のあるタイプのツール群があまりにも嫌い

宣言的な設定ファイルを各種ツールが解釈する形にせんかい

解釈が嫌だからってグローバル環境を汚染して雑に済ますんじゃないよ

そろそろ昼食にするか

焼き鳥の串

Fix build failure with gcc-14 by lo48576 · Pull Request #85 · ueno/libskk
https://github.com/ueno/libskk/pull/85

手元の Gentoo を gcc-14 使うように更新してるけど libskk のビルドに失敗したのでパッチ書いた

Gentoo 勢は /etc/portage/patches/app-i18n/libskk-1.0.5_p20210830/libskk-1.0.5-gcc-14.patch などの名前でパッチを置けばビルド通るようになるはず

Load Balancing with IPVS | Proxmox Support Forum
https://forum.proxmox.com/threads/load-balancing-with-ipvs.8722/#post-49394

> Logs only say: nanny[1917]: READ to SERVER😛ORT timed out.

#AccidentalEmoji

"SERVER:PORT"

https://mastodon.cardina1.red/@lo48576/111242240958684417

> std:🇮🇴:Result<Data>

→ std::io::Result<Data>

#AccidentalEmoji

というわけでみなさま、 #AccidentalEmoji タグで事例収集することにしたのでどうぞよろしゅう

option to add song to playlist from play screen (#1265) · Issues · Ultrasonic / Ultrasonic · GitLab
https://gitlab.com/ultrasonic/ultrasonic/-/issues/1265

Edit existing playlists (#804) · Issues · Ultrasonic / Ultrasonic · GitLab
https://gitlab.com/ultrasonic/ultrasonic/-/issues/804

Improve five star rating (#440) · Issues · Ultrasonic / Ultrasonic · GitLab
https://gitlab.com/ultrasonic/ultrasonic/-/issues/440

いろいろ足りてないなぁ……

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

ちゃんと持ち帰らないといけないのでは (他にもいろいろ条件あるだろうけど……)

カルネがどうとかなんとか

gcc-14 でシステムをビルドしなおしているが、ちょくちょくコンパイル失敗するやつらがいるな

collect2: fatal error: ld terminated with signal 11 [Segmentation fault], core dumped compilation terminated.

えぇ……

/usr/lib/gcc/x86_64-pc-linux-gnu/14/../../../../x86_64-pc-linux-gnu/bin/ld: error in ../../../build/qrc_qmake_qmake_qm_files.o(.eh_frame); no .eh_frame_hdr table will be created

うーん？？？

あーこれ qt のリビルドより先にきてるから失敗してたっぽいな

qt の後でビルドしたらいけた。よしよし

ヤブをつついて薬を出す

これはステマとかではないのだが、 Xperia の電源ボタンの指紋センサは感度が良く、どのくらい良いかというと「電源ボタンを押してロックをかけて、机に置くまでの間にうっかりセンサに触ってしまってロック解除される」という事故がしばしばある。 (指あたり2つ登録したりなどの工夫もあってのことだが。)

その点 Pixel Tablet は何度も何度も繰り返し撫でて撫でてやっと認識されるという感じで、毎度溜息が出る

ロック画面の解除なら PIN でどうにかするが、パスワードマネージャとか TOTP アプリのロック解除とかだとクソ長いパスフレーズ入れるのもつらいから指紋を使いてえんだわ

速攻で merge された、たすかる

「ステマではないのだが」とか言いながら適切な情報開示を忘れてたな、ﾍﾟﾘﾔが売れると私のおちんぎんが1ピコ円くらい上昇する可能性がある (あるかぁ……？) 立場にいます

風で桶屋を儲けさせるような話だ (?)

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

これすき (きらい)

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

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

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

Grafana と Zabbix の使い分けよくわかってない

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

ｻﾞﾋﾞｯｸｽやってみるか……

でも既に Prometheus/Thanos と Grafana は動かしているので、用途が重複してもしょうがないんだよな

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

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

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

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

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

著作権はお気持ちで侵害されたり神聖視されたりしがちだし、特許も競合の妨害に使われたりパテントトロールの棍棒にされたりしがちだし、そもそも情報について特権性を与える制度自体うまくやるのが難しすぎるんだろうな

薬剤とジェネリック医薬品とかも理念と仕組みは聞くけど業界内部から見てうまくいっているように見えているのだろうかというのは疑問 (疑わしいと思っているとかではなく、ニュートラルに疑問)

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

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

正直その辺りはかなり (鑑賞者の) 個人差が大きいように感じる

DLsite とかの新着一覧を1ヶ月くらい毎日眺めていれば、「こんなグロ絵みたいなので抜ける人いるの！？」みたいな感想持てると思いますよ (クッソ失礼)

いやガチ失礼なんだけど観測事実としてそうなので……
DLsite に限らず「シチュエーションが刺されば絵の崩れ具合や極度な誇張の許容範囲は上がる」みたいな現象は見られるし、その度合いはたぶん人々が想像する以上に分散が大きい

刺さらない崩しは崩れに見える、みたいなのはあると思う

全部が全部そうとは限らない (刺さらない崩しでも、崩れではない崩しとしての印象を与えられることはあるかもしれない) けど。

そこはどちらの立場としても実感がないので私にはなんとも。

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

rust/library/core/src/str/validations.rs at 1.78.0 · rust-lang/rust
https://github.com/rust-lang/rust/blob/1.78.0/library/core/src/str/validations.rs#L21-L26

UTF-8 のエレガントでいうと、個人的にはこれかな。

(byte as i8) < -64

これで byte が UTF-8 の2バイト目以降かどうかを判定できている

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

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

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

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

2K

FHD は横幅が1920なので約2000ということで2K。
縦横2倍にすると4Kサイズなので、2倍×2倍で4倍の画素があるということになる

ユーザが圧力をかけつづけなければ、相互運用性のある標準や規格というのはいとも容易く失われてしまう

老人なのでこの文脈だとすぐにハロウィーン文書と3E戦略の話をしたくなってしまうが、ぐっと堪えた

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

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

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

private メソッドのテスト、下手な書き方すると実装を複製してるだけ (なんなら劣化してる) になりがちなので、それでテストの工数や信頼性にカウントして水増しされるくらいなら最初から無い方がマシみたいな話かなと思ってる。原典知らんけど。

結局すべてが突き詰めると「天才が書くと意味があり、バカが書くと邪魔になる」に帰着してしまう世界みたいなところがあるので、どこまでバカをバカのまま使いますかみたいな前提の置き方でかなり結論が変わってくるような気がしている (一般論)

極論な一例としては、間違いを書かない天才なら静的型付けなんて冗長になるだけだからね (???) みたいな話

private API の意味ある検査を書けない人が public API の有意義で高品質な検査を書けるかと考えるとそれはそれでちょっと疑わしいが、方法論で縛って傾向としてマシにすることはできるかもしれなくて、それをデメリットとともに受け入れるか否かという

シチュールー #に潜む 、ちゅ〜る

Rust のドメインに限定しても safety invariant と validity invariant の使い分けが……

Two Kinds of Invariants: Safety and Validity
https://www.ralfj.de/blog/2018/08/22/two-kinds-of-invariants.html

invariant は性質であり、 contract はその表明である、みたいなイメージかも (個人の感想)

「その」表明には限らないか

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

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

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

耐タンパーな人、内臓の手術したら100%死にそう

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

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

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

滅菌と真空パックとかで外側から攻める方が筋が良さそう

anti-tamper #に潜む 、耐タンパー

コモドドラゴン

#ゴママヨ