This account is not set to public on notestock.

おっかしいな

ローカルに立てた Cloudflared から同じホストへのアクセスは 127.0.0.1:8384 経由でのアクセスなら許可されるものと思っていたけど "Host check error" になる。もしかして Host ヘッダを見てる？

見てた

クソなぞなぞ: Virtual Insanity の部屋で床が激しく動いても姿勢が全然崩れないアーティストは何？

Lisa Su に握り潰されてる Radeon、あまりに良い。これが公式の造形というのが更に良い

AMDのGPU新作発表会でリサCEOがまるでグラボを握り潰してる様に見えて仕方ないお話 - Togetter
https://togetter.com/li/1365676

monomorphization の話かな

Momo · Get Back Some Compile Time From Monomorphization — Llogiq on stuff
https://llogiq.github.io/2019/05/18/momo.html

This account is not set to public on notestock.

* さかなさん
* きんにさん

さかなサンが正しかったかもしれん

Proxmox VE クラスタに S3-compatible な object storage を載せる方法をずっと考えている

Synology DSM7.2コンテナマネージャ　レビュー | masao-Tec-blog
https://masao-tec.com/synology-dsm7-2-container-manager-review/

DSM の Docker ｱﾌﾟﾖ、名前が変更されて compose も使えるようになっていたのか！

スペチャン5

This account is not set to public on notestock.

This account is not set to public on notestock.

空の明るさが何だ、俺らは文明のﾊﾟﾜで強く生きるぞ、遮光と照明で環境を制御しろ

Prometheus はシングルバイナリながら謎の設定ファイル (console？) を複数コピーしてこないとならんようだな、はてどうするか……

Debian 12 (bookworm) だと 2.42.0+ds-5 とかなんだけど、もう upstream の最新リリースは 2.52.0 なんですわ……
bookworm 出たばかりなのにこの調子なので、うーん……

古くても問題ないなら良いのだが、どうも Prometheus のリリースノートを追っている限りでは TSDB の fix が定期的に入ってきており、普通に使う分にも変なバグ踏みかねなかったりしないか？ 踏んだとき自力でｱﾋﾟﾃﾞできないとマズくないか？ などの懸念があり

#崩壊スターレイル

Debian のコンテナに存在しなかったり古すぎたりする諸々を ansible で突っ込んでいくというのがかなりダルいので、ぜんぶ Gentoo にして ebuild 書いて済まされんか？ みたいなことを考え始めている。
x86-64-v3 のバイナリパッケージも公式で提供されていることだし…… (<https://www.gentoo.org/news/2024/02/04/x86-64-v3.html>)

ただｳｪﾋﾞｱﾌﾟﾖがどうにもね…… webapp-config だっけ？ まともに使ったことがないので自動化との相性とか使い勝手がどうなのか

ふーむ。 Gentoo コンテナの運用を本格的に考え始めた

ansible の playbook と ebuild リポジトリのどちらをメンテしたいかと言われるとなかなか微妙だが……
ローリングリリースという部分を加味すると長期間運用を考えるなら Gentoo ベースの方が扱いやすそうだ

Gentoo の openrc ベースの2023年10月の LXC テンプレートから systemd & x86-64-v3 binpackages ベースの構成に変更する作業を始めた。たのしい✌️✌️✌️

いやしかしそうか、 Gentoo をサーバで使うと下手すると gcc がアプリケーションサーバに鎮座するとかいうまあまあ危ないことになるのか (まあ gcc を利用される時点で状況としては既にほぼオワってるので気にするだけ無駄といえば無駄かもしれん)

#myoldgear

賞味だし1ヶ月経ってないから大丈夫よ

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

なんというか、 †民主主義† 以上に多数決の残酷なところが出ているように感じられることはある (民主主義は多数決の原理のことではない定期)

ｲﾝﾀﾈｯﾂで可視な人類の加重平均とったらこうなるんだ……というかなり嫌な学びがある

cf. https://mastodon.cardina1.red/@lo48576/111955411965812083

繰り返し鍋に戻される肉、回帰肉

少数派が “主流” になっているコミュニティとかって何があるだろう……と考えて最初に出てきたのがテロリストのネットワークだったので、何も思い付かなかったことにした。

うどんに解脱するサラリーマン、シコシコしたうどんが好きそうなのでシコリーマンと呼べる

コンテナ「止まるんじゃねえぞ」

解説: init を OpenRC から systemd に入れ替えたら poweroff や shutdown 系のコマンドも systemd 系のコマンドに置換されてしまい、正常にシャットダウンできなくなった

This account is not set to public on notestock.

黒人の顔面認識率の話とかを見るとなぁ

逆に黒人はやっぱり白人の顔面の識別しづらいんだろうかとか思ったりした

/sbin/openrc-shutdown を見付けたのでシャットダウンを発行できて、たしかに ssh は切れて接続もできなくなったし VNC コンソールも繋がらないが、結局コンテナは落ちてくれていない……

まあ daemon 落ちてるなら force shutdown してええか

えー……コンテナ起動したら agetty も立ち上がってきてない。 systemd への移行に失敗した模様orz

せめて systemctl enable sshd しておくべきだったな…… (もう遅い)

sagetty

どーすっか……
とりあえず zfs でやってて FS に直接触れるので sshd だけ有効化してみるか

あー、もしかして /etc/inittab じゃなくて /etc/systemd/system/getty.target.wants でどうにかしないといけないやつだったりする？

そんなことはないか

いや LXC の Debian 見ると container-getty@.service みたいなの使ってるな。やっぱりこれか？

This account is not set to public on notestock.

FS 直接弄って container-getty@{1,2}.service を有効化したらコンソール出せるようになった、勝ちです

今度は PVE の設定から IP アドレスが反映されなくなった。なんだろうなぁ

NIC を作ったらそれは見えているようだが

/etc/conf.d/net に反映されていた。これをどうにか systemd に食わせることを考えるべきなのか？

/etc/init.d/net.eth{0,1} が生成されており、明らかに OpenRC 専用だった

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

結局駄目だったので今回は諦めます

いやべつに /etc/systemd/network/ を弄れば使えはするのだが。嫌です。

いっそ VM でやるという手もある。たしかに表と繋がるｳｪﾋﾞサービスであればそれも手ではある。
でもなあ。どうせ他のコンテナと共通のファイルやディレクトリツリーが大量に発生するのに敢えて VM の仮想ディスクでブロック単位バックアップを取りたいかというと……普通に dir tree でやってくれる方がうれしい

実際そんなに live migration したいかというと、受け身なｳｪﾋﾞｻｰﾋﾞｽでは普通そうでもない。
常時別の外部サーバとやりとりしているとか、ゲームや動画配信のようにセッション中で途切れない連続的な入出力が発生しているとかであれば live migration 能力を欲して VM を使うこともあろうけど

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

「チャイナ買ってこい」で陶磁器を無事買ってこられる可能性と、「ブラジル買ってこい」で鶏ももを買ってこられる可能性どちらが高いか (?)

This account is not set to public on notestock.

前者 (POST statuses/retweet/:id) は REST というより RPC 寄りのアレを感じるが

REST はリソースに対して HTTP method で処理をかけるというのが基本なので、ベースが /statuses/:id であるのが妥当に思われる

べつに「リツイートの一覧」が検索結果ではだめで原始的なリソース分類でなければならないということであれば /statuses/retweets/:retweet_id もありだろうけど……複数形でないから明らかに動詞だし、こういう思想で作ったわけではなさそうに見える

やりたいことが多すぎて寝る暇が無い

ぽきた。なぜ日曜日はこんなにも短い……

#myoldgear

This account is not set to public on notestock.

ﾂｲｯﾃクライアントを入れてないのでスレッド読めないが、 node.js の非同期とかって c10k 問題への対処にイケてる！ みたいな話で持て囃されていた気がするので “CLI ツール” などに限らずｳｪﾋﾞフロントエンドの基盤として有力じゃなかったっけ？

そもそも CLI をその文脈で「フロントエンド」と呼ぶこと自体に違和感ありまくりだけど……

バックエンドがどこまでを指すのか知らんしアーキテクチャ次第になりそうなのでそっちはノーコメント

This account is not set to public on notestock.

php みたいな方式だ、知らなんだ

MERN も初めて聞いた (ﾉｯﾄﾞｼﾞｪｲｴｽ使ってないので)

This account is not set to public on notestock.

偉人の言葉とかいうやつ、諺並に信用してない (べつに強い否定的視点を持っているとかではなく、純粋に参考にならん)

偉人がバリバリの差別発言してたらどうなんだみたいなのも無限にあるし、正反対のこと言ってる偉人も探せばいるだろうし、偉人に限らず検証可能でない “教訓” なんてのはそういうもの

諺が微妙なら「占いみたいなもの」と言ってもいいかも (何か違うか？)

べつに誰も信じるなとかそういう話をしているわけではなく、体系化された整合的な理論の中で正当化可能でない言説は、チョイスを調整することでいかようにでもその傾向や結論を変えられるので、人によって効用の異なる個人的経験と大差ないし最終的に「どれを選ぶか」という恣意性に帰着されるという話

なんならその体系化された整合する理論すら競合する複数の体系がありうるわけで。まあそこまで辿ると信仰とか信念の話になるんだけど (いつもの)

検証可能でかつ検証された、かつ反論が確実に否定できるのであれば、もはや誰が言ったかという紐付けは理論の命名以上の意味を持たないので、やっぱり偉人がどうとか関係なくないですか？

偉人の言葉だろうが後世での捏造だろうがそのへんのおっちゃんの酒の席での喋りだろうが、本当のことは本当だしそうでないことはそうでないので、偉人と同じこと言ってるから安心というのは……おう……そうか……となる

めちゃくちゃ雑に言ってしまえば、そこに権威付け以上の効果を見出していない

もちろん時代の近い専門家がその専門の分野で発言していることについては相応の妥当性や正当性が期待されるだろうけど、それ以外についてはべつに……

実はゆずソフトの作品をプレイしたことがないので、どれか手を出したいとは思っている (なお積みゲーの山は)

その “説得力” の正体が権威付けなんじゃないですかという話 (正しいか間違っているか検証されていないかに関係なく)

いやべつに権威で人を動かすのも立派な社会的戦術なので自覚してやっているならそれでもいいと思うけど、そのトリックが見えている人からはむしろ胡散臭い存在として見られかねないので諸刃の剣

ﾌﾞﾘﾌﾞﾘしてもまだ腹痛がなくならない、何か悪いものでも食ったか？ (心当たりがありすぎる顔)

そもそも人間のことをあまり信用していないのでそこで見え方が違っているのはあるかもしれない。“あの尊敬する偉い人” を尊敬すること自体本当に妥当なのか？ みたいなところの疑いとかを考えると結局全てのアンカーが自分自身になってしまうゆえ

人間への信用というシステム自体を信頼していない、というべきか

その点、信用しない (嘘だと信じるという意味ではなく判断の材料に使わないということ) という決断は実績ベースでできるので楽といえば楽。正確性高めのソースを省いたところで材料が減るだけであって誤りの混入に直接繋がるわけではないから

私は逆に、十分な検証が不可能あるいは実質的に困難な事項について真実性や事実性の判定を下そうという試み自体を危険に感じてしまう。
そこに存在するジャッジは「こうであると仮定して行動し、そのリスクを飲もう」という行動の前提という位置付けに限定した文脈での決断であるべきで、「こちらの方が正しそうということで内的な “事実/真実データベース” に蓄積しよう」という汎用的な文脈での判定であるべきではないと考えてしまう

誤った判定による不都合を特定の行動の内部に抑えて被害の拡散を抑制するというか

本当に困るのは「わからない」状態ではなく「行動できない」状態なので、必要なのは行動に要する最低限の情報を可能な範囲の正確さで仮定することであって、「わからない」のラベルを無理矢理剥して「わかる」ゾーンに設置することではない

曖昧だったり前提が狭すぎるものを無理に正当化するくらいなら、わからないというラベルが貼られたままにしておいた方が安全。

学術的な研究はまた別文脈じゃないですか？

そういうドメインの拡張や変換が勝手に行われるリスクがあるから、わからないラベル剥がしをしたくないということです

……と思ったけどそもそも文脈の限定してなかったか。こりゃ失礼

とりあえず私の人生は森羅万象に対する研究活動としては機能させていないので、真実の際限ない追究は限定的な領域でしか必要としていないし、限定的な領域でしか必要としないような行動パターンでやっていこうとしています

フレーバーテキストから取れる栄養素、原神とかスタレのアイテムはコテコテでちょっと胃もたれしがちなものが多いが、スタレのゴミ箱はかなり丁度良いのであれをずっと読んでいたい (?)

私も「飲み会、正直きつい」「金を使うつもりはない」と吐露したい

まあ結局使うんですが。

ボディビルダーはボディコンパイラーとボディリンカーからできており、